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(54) Printing system 

(57) A client transmits only job information of print 
data to a server, the server manages a print order in 
accordance with the job information, and if printable, the 
client transmits the print data directly to a printer. After 
the print is completed, the printer notifies the server of a 
print completion, and upon reception of this print com- 
pletion notice, the server instructs the client to delete 
the print data. In a print system on a network configured 
as above, the network traffic is not increased, a large 
memory capacity is not necessary for the server so that 
the server load is reduced, the job management of the 
server can be performed by the client, the completion of 
a print operation can be monitored, and a print opera- 
tion is possible even if the server is in an error state. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a printing system, 
an information processing apparatus, an output control 
apparatus, and a method, for sharing a printer con- 
nected to a network by a plurality of network clients, and 
to a recording medium which stores programs realizing 
the functions of the invention. 

Related Background Art 

Personal computers are now prevailing widely in 
offices, and network technologies interconnecting such 
computers are being developed. In using printers, con- 
ventionally, one printer is connected to one personal 
computer. However, recently, a printer is connected to a 
network and is shared by a plurality of personal comput- 
ers connected to the network. 

In many environments using a network printer, a 
print server is used which runs on a network OS such as 
Netware and Windows NT (registered trademarks). For 
sharing a printer, the printer server has been essential. 
A conventional server receives print data (job) from a 
client on the network, and transmits it to the printer if it 
is not busy. In this manner, the conventional printer con- 
trols a temporary storage of print data and a job trans- 
mission to the printer. Therefore, a storage means 
having a large capacity becomes necessary and a large 
load is always imposed in order to realize the server 
function. 

With conventional technologies, after print data is 
sent to the network printer, the client has no print data at 
hand, and a print end notice is given when the print data 
is transmitted to the printer. Therefore, after the print 
data is sent, a host computer cannot recognize the 
actual print end of each job, i.e., the, actual print paper 
discharge. 

SUMMARY OF THE INVENTION 

With conventional technologies, if a plurality of 
communications terminals connected to a network 
share an apparatus which can only perform a sequential 
control of jobs in the order of job registrations, some 
problems arise. For example, if a personal computer as 
a client on the network uses a TCP/IP network printer of 
LPR, the order of job registrations by communications 
terminals may not coincide with the order of job registra- 
tions received by the shared printer, because of com- 
munications timing errors, or after jobs are registered, it 
is impossible to delete a particular job. 

If a communications terminal or a personal compu- 
ter uses a network printer via a printer server having a 
dedicated sequential order control function of jobs, the 



shared network printer can control the order of jobs in 
accordance with the instruction from such a print server. 
In this case, the shared network printer can perform the 
sequential order control of jobs, and a job can be 
deleted before it is transmitted to the shared network 
printer. However, another problem occurs which 
requires two communications protocols, including a pro- 
tocol for transferring a job to the printer server with the 
sequential order control function and a protocol for 
transferring the job to the printer server to the network 
printer. 

Another problem is ah increased traffic on the net- 
work. 

Stilt another problem is a necessity of a storage 
resource at the printer server with the sequential order 
control function for storing all job data from communica- 
tions terminals. 

The print server with the sequential order control 
function performs both the reception of all job data from 
communications terminals and the sequential order 
control and transfer of the job data. Therefore, as in the 
case wherein a personal computer is used as a print 
server, the power of a CPU of the print server is occu- 
pied mostly by the sequential order control, so that this 
print server resource cannot be used for the other oper- 
ations. 

As described above, in the network sharing a par- 
ticular apparatus by a plurality of communications termi- 
nals, the function of deleting a job from the particular 
apparatus can only be realized through the provision of 
an apparatus with the sequential order control function 
and through an overload on the network. 

Another problem is that a client cannot perform a 
print operation if the server is in a system-down state or 
in an error state. 

It is desired that a client can recognize the comple- 
tion of the print operation up to paper discharge, without 
making data transfer communications redundant and 
with a small number of communications lines. 

It is also desired that if the normal completion of the 
print operation up to paper discharge cannot be recog- 
nized, the print operation only for the job whose comple- 
tion was not recognized is performed again. 

According to one aspect of the present invention, 
there is provided a print system comprising: an informa- 
tion processing apparatus including transmitting means 
for transmitting job information of graphics data to a 
print control apparatus and storage means for storing 
the graphics data corresponding to the job information 
transmitted from the transmitting means; and the print 
control apparatus including sequential order controlling 
means for controlling a print order in accordance with 
the job information transmitted from the transmitting 
means and outputting means for outputting output ena- 
bled information to the information processing appara- 
tus, the output enabled information indicating that the 
graphics data can be output to a printer, wherein the 
information processing apparatus instructs the transmit- 
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ting means to transmit the job information of the graph- 
ics data necessary for the sequential order control 
means of the print control apparatus, to the print control 
apparatus, the print control apparatus instructs the 
sequential order control means to control the print order 
in accordance with the job information transmitted from 
the transmitting means, and when the print control 
apparatus outputs the output enabled information to the 
information processing apparatus, the information 
processing apparatus transmits the graphics data 
stored in the storage means, to the printer 

According to the present invention, a virtual job 
sequential order control mechanism is provided for con- 
trolling the job order at the apparatus shared by a plural- 
ity of communications terminals on the network. Each 
communication terminal requesting a job print operation 
registers in the apparatus with the sequential order con- 
trol mechanism, not the job data but only the data nec- 
essary for the sequential order control. This sequential 
order control mechanism determines a suspension of a 
print job request Therefore, even an apparatus without 
a function of recognizing a job and a job deletion func- 
tion which apparatus is shared by a plurality of commu- 
nications terminal on the network, does not occupy 
excessive resources otherwise necessary for the 
sequential order control mechanism. Therefore, both 
the sequential order control and suspension of print job 
requests from communications terminals can be satis- 
fied. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram showing the configuration of a 
network system to which a virtual server of this inven- 
tion is applied. 

Fig. 2 is a block diagram showing the outline struc- 
ture of a client computer shown in Fig. 1 . 

Fig. 3 is a memory map of a RAM shown in Fig. 2 
when a program in an FD shown in Fig. 4 is developed. 

Fig. 4 is a memory map showing internal data of an 
FD shown in Fig. 1 . 

Fig. 5 is a diagram showing the relationship 
between the client computer shown in Fig. 1 and FD 
shown in Fig. 2. 

Fig. 6 is a block diagram showing the outline struc- 
ture of a network printer shown in Fig. 1 . 

Fig. 7 is a diagram showing the software module 
structure of the client computer and server of the inven- 
tion. 

Fig. 8 is a diagram showing the print process flow 
when a print request is issued from the client to the 
server shown in Fig. 1 . 

Fig. 9 is a diagram showing the print process flow 
when a printable indication is sent from the server to the 
client shown in Fig. 1 and thereafter print data is trans- 
mitted to a printer. 

Fig. 10 is a diagram showing a printer status flow in 
the virtual server system of the invention. 



Fig. 11 is a diagram showing a print operation 
sequence of a virtual print server in the virtual server 
system of the invention. 

Fig. 1 2 is a flow chart illustrating a print operation of 
s the virtual server of a client computer, by using a virtual 
printer server print monitor of the virtual server system 
according to the invention. 

Fig. 13 is a diagram showing a registered job infor- 
mation queue table. 
10 Fig. 1 4 is a diagram illustrating a linkage of the reg- 
istered job information queue table by a queuing table. 

Fig. 15 is a diagram showing a printer information 
table. 

Fig. 16 is a diagram showing a printer queuing 
75 table. 

Fig. 17 is a diagram showing a job information 
queue. 

Fig. 18 is a flow chart illustrating the operation of 
registering a printer in the virtual print server in the vir- 
20 tual server system of the invention. 

Fig. 1 9 is a diagram illustrating a sequence of regis- 
tering information necessary for a print monitor of a vir- 
tual print server in the virtual server system of the 
invention. 

25 Fig. 20 is a diagram showing a virtual server IP 
table. 

Fig. 21 is a diagram showing a dialog urging a user 
to enter an IP of the virtual server. 

Fig. 22 is a sequence diagram illustrating a flow of 
30 a command and job information when a job list of the 
invention is referred to. 

Fig. 23 is a diagram showing a setting display on 
the side of the virtual print server of the invention. 

Fig. 24 is a diagram showing a setting display for 
35 adding a virtual printer of the virtual print server of the 
invention. 

Fig. 25 is a diagram showing a setting display for 
adding a network printer of the virtual print server of the 
invention. 

40 Fig. 26 is a diagram showing a setting display for 
adding a virtual printer of the virtual print server of the 
invention, with an additional print destination. 

Fig. 27 is a diagram showing a setting display for 
the virtual print server of the invention, with an addi- 
45 tional virtual printer. 

Fig. 28 is a diagram showing a setting display on 
the side of a client of the virtual print server of the inven- 
tion. 

Fig. 29 is a diagram showing a setting display with 
so an additional print destination of the virtual print server 
of the invention. 

Fig. 30 is a diagram showing a print destination list 
of the virtual print server of the invention. 

Fig. 31 is a diagram showing a setting display of a 
55 printer of the virtual print server of the invention. 

Fig. 32 is a diagram showing a main display of a vir- 
tual print manager of the virtual print server of the inven- 
tion. 
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Fig. 33 is a flow chart illustrating a setting process 
of the virtual print server according to a first embodi- 
ment of the invention. 

Fig. 34 is a flow chart illustrating a port setting proc- 
ess of the client computer according to the first embod- s 
iment of the invention. 

Fig. 35 is a flow chart illustrating a port setting proc- 
ess of the client computer according to the first embod- 
iment of the invention. 

Fig. 36 is a flow chart illustrating a job inquiry proc- 
ess of the client computer according to a second 
embodiment of the invention. 

Fig. 37 is a flow chart illustrating a job inquiry proc- 
ess of the server according to the second embodiment 
of the invention. 

Fig. 38 is a flow chart illustrating a print instruction 
function of the virtual print server in the virtual server 
system according to a third embodiment of the inven- 
tion. 

Fig. 39 is a flow chart illustrating the print instruction 
function of the virtual print server in the virtual server 
system according to the third embodiment of the inven- 
tion, following the flow chart shown in Fig. 38. 

Fig. 40 is a diagram showing a time-up value and a 
server error flag. 

Fig. 41 is a diagram showing a printer-down flag. 

Fig. 42 is a flow chart illustrating the process of a 
print monitor for the print function using the virtual 
server according to a fourth embodiment of the inven? 
tton. 

Fig. 43 is a flow chart illustrating the process of the 
print monitor for the print function using the virtual 
server according to the fourth embodiment of the inven- 
tion, following the flow chart shown in Fig. 42. 

Fig. 44 is a flow chart illustrating the process of the 
print monitor for the print function using the virtual 
server according to the fourth embodiment of the inven- 
tion, following the flow charts shown in Figs. 42 and 43. 

Fig. 45 is a flow chart illustrating the process of the 
print monitor for the print function using the virtual 
server according to a fifth embodiment of the invention. 

Fig. 46 is a flow chart illustrating the process of the 
print monitor for the print function using the virtual 
server according to the fifth embodiment of the inven- 
tion, following the flow chart shown in Fig. 45. 

Fig. 47 is a flow chart illustrating the process of the 
print monitor for the print function using the virtual 
server according to the fifth embodiment of the inven- 
tion, following the flow charts shown in Figs. 45 and 46. 

Fig. 48 is a sequence diagram of the system when 
a print operation of a job is completed normally. 

Fig. 49 is a flow chart illustrating the operation of 
the client for the confirmation of a print operation of a 
network printer according to a sixth embodiment of the 
invention. 

Fig. 50 is a flow chart illustrating the operation of 
the virtual server for the confirmation of a print operation 
of a network printer according to a sixth embodiment of 



the invention. 

Fig. 51 is a flow chart illustrating the process of the 
network printer when an identifier of a print completed 
job and the number of printer pages are recorded. 

Fig. 52 is a flow chart illustrating the reprint process 
according to a seventh embodiment of the invention. 

Fig. 53 is a flow chart illustrating the reprint process 
of the virtual server according to the seventh embodi- 
ment of the invention. 

Fig. 54 is a flow chart illustrating the reprint process 
of the client according to the seventh embodiment of the 
invention. 

Fig. 55 is a flow chart illustrating a process of over- 
writing an initializing code when the network printer is 
initialized. 

Fig. 56 is a flow chart illustrating a reprint instruc- 
tion process for a job temporarily suspended during 
data transfer according to an eighth embodiment of the 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The fundamental configuration of the invention will 
be described with reference to the accompanying draw- 
ings. 

Fig. 1 shows an example of the configuration of a 
network system suitable for the explanation of a virtual 
server of the invention. 

In Fig. 1 , n client computers as information process- 
ing apparatuses are assumed to be connected to the 
network system. Client computers 102, 103 and 104 are 
connected to a network 106 by network cables such as 
Ethernet cables. The client computer can execute vari- 
ous programs such as application programs and has a 
printer driver with a function of converting print data into 
a printer language specific to a printer. The printer driver 
is assumed to support a plurality of printer languages. 

Reference numeral 101 represents a server for 
controlling the print operation requested by a client 
computer. The server is connected to the network 106 
by a network cable, stores files to be used by the net- 
work, and monitors the use state of the network 106. 
The server 101 of the embodiment also stores job infor- 
mation on print data requested to print by the client 
computers 102, 103 and 104 and has a function of noti- 
fying client computers of IP information of the network 
printer 105 and job information received in a buffer. The 
job information is information necessary for a print res- 
ervation of a job to be printed. The details thereof will be 
later described. The job information does not contain 
graphics data (image command and image data) of a 
print job, but is constituted of a document name, client 
information and the like. 

The network printer 105 is connected via a network 
board and a network interface to the network 1 06. The 
network printer 1 05 converts print data transmitted from 
a client computer into a dot image of each page and 
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prints one page after another. The network 16 is con- 
nected to the client computers, the server, the network 
printer and the like. 

The server 101. client computers 102, 103, 104 and 
network printer 105 each perform a particular job in a s 
distributed manner to efficiently use client computers 
and reduce the load of the network. 

Fig. 2 ts a block diagram showing the outline struc- 
ture of the client computer 102. In this embodiment, the 
client computers 1 03 and 104 as well as the server 1 01 10 
have the same structure as the client computer 102. 

Reference numeral 202 represents a CPU serving 
as a control means for the information processing appa- 
ratus. CPU 200 controls to execute application pro- 
grams, printer driver programs, OSes, network printer 75 
control programs and the like stored in a hard disk (HD) 
loaded in an HD drive 205 and to temporarily store infor- 
mation, files and the like necessary for the execution of 
programs in a RAM 202 as a storage means. 

ROM 201 stores therein programs such as funda- 20 
mental I/O programs, and various data such as font data 
and template data to be used for document processing. 
RAM 202 functions as a main memory and a working 
area of CPU 200. 

Reference numeral 203 represents an FD (floppy 25 
disk) drive. As shown in Fig. 5, the FD drive 203 can 
load programs or the like stored in an FD 204, into the 
computer system. FD 204 as one of external storage 
means is a storage medium for storing computer reada- 
ble programs. FD 204 stores therein network printer 30 
control programs and relevant data of this embodiment. 
The structure of contents stored in FD 204 are shown in 
Fig. 4. 

In Fig. 4, reference numeral 400 indicates the data 
contents of FD 204, including volume information 401 35 
indicating data information, directory information 402, 
network printer control programs 403 of this embodi- 
ment, and related data 404. 

The network printer control programs 403 are con- 
stituted of program codes realizing the printer control 40 
sequences illustrated in the flow charts of Figs. 12, 18, 
19, 33 to 39, 42 to 47, 49, 50. 53 and 56. The network 
printer control programs 403 include VPS setting pro- 
grams, printer setting programs and the like. 

Reference numeral 205 represents an HD drive for 45 
driving an HD as an external storage means which 
stores therein application programs, printer driver pro- 
grams, OSes, network printer control programs, and 
other related programs. A virtual print spooler as a 
spooling means to be later described is stored in an HD. so 

Reference numeral 206 represents a keyboard as 
an input means for a user to supply an instruction such 
as a device control command, to the client computer. 

Reference numeral 207 represents a display as a 
display means for displaying a command entered from ss 
the keyboard 206, a printer status, or the like. 

Reference numeral 208 represents a system bus 
through which data in the client computer is transferred. 



Reference numeral 209 represents an interface as 
an input/output means via which the information 
processing apparatus transfers data to and from an 
external apparatus. 

Fig. 3 is a memory map of a network printer control 
program loaded in RAM 202 and made executable. 

In this embodiment, the network printer control pro- 
gram and relevant data are directly loaded from FD 204 
into RAM 202, by way of example only. The network 
control program may be loaded from HD 205 already 
storing it, into RAM 202. The network control program 
may be stored not only in FD, but also in other media 
such as a CD-ROM, a CD-R, a PC card, a DVD, and an 
IC memory card. The network control program may be 
stored in a storage area of ROM 201 > the storage area 
being set to a portion of the memory map and being 
accessible directly by CPU 200 for the execution of the 
network control program. 

Reference numeral 301 represents a basic I/O pro- 
gram which is read by an OS from HD 205 to RAM 202 
when the power of the apparatus is turned on. The basic 
I/O program includes a program realizing an initial pro- 
gram loading (IPL) function for the start of operation by 
an OS 302. A network printer control program 303 and 
related data 304 are developed in these fields. Refer- 
ence numeral 305 represents a working area for CPU 
200 to execute the network printer control program. 

Fig. 6 is a block diagram showing the outline struc- 
ture of the network printer 105 of this embodiment. In 
this embodiment, a laser beam printer (LBP) is used as 
the network printer. It is obvious that other types of print- 
ers may also be used. 

Reference numeral 601 represents a CPU for con- 
trolling the whole of the network printer. Reference 
numeral 602 represents a ROM/RAM as a storage 
means for storing a control program and constant data 
for the control of CPU 601 and for providing buffers for 
temporarily storing transmission/reception data. 

Reference numeral 603 represents a storage unit 
such as a hard disk for storing transmission/reception 
data, control programs executable by CPU 601. print 
data identification information and other data relevant to 
the embodiment. 

Reference numeral 604 represents a display unit 
such as a display panel for displaying the data tempo- 
rarily stored in ROM/RAM 602 and the data stored in the 
storage unit 603, an operation status, and the like. 

Reference numeral 605 represents a printer engine 
for printing out bit map data generated by CPU 601 in 
accordance with a program stored in ROM/RAM 602. 

Reference numeral 606 represents a network 
board as an input/output control means via which data 
such as character data and job information is trans- 
ferred to and from an external apparatus such as a cli- 
ent computer and a server. 

Reference numeral 607 represents a communica- 
tions line connecting the network board 606 to the net- 
work. 
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Fig. 7 is a diagram showing the configuration of 
software modules of the client computer and server, the 
modules being supplied from FD as described previ- 
ously. 

Reference numeral 701 represents a network 
printer, reference numeral 702 represents the configu- 
ration of software modules of the client computer, and 
reference numeral 703 represents the configuration of 
software modules of the server. Reference numeral 704 
represents an application module for supplying a print 
instruction to the network print system of the invention. 
Reference numeral 705 represents a GDI of Windows, 
reference numeral 706 represents a printer driver built 
in Windows, and reference numeral 707 represents a 
printer spooler of Windows. Modules including a printer 
monitor 708 for virtual printer, a network printer control 
monitor 709, a virtual manager 710, a virtual printer 
server API (application interface) 711 and a virtual 
printer server service 712 constitute of a system of the 
virtual print server of this invention and supplied from a 
storage medium, in this embodiment, FD 204. The con- 
trol program of this invention includes the modules 708, 
709, 710, 711 and 712 hatched in Fig. 7. 

The virtual print manager 710, virtual print server 
API 711 and virtual print server service 712 are pro- 
vided to both the client computer and server. The virtual 
print server services 712 both in the client and server 
are called hereinafter where applicable a virtual print 
server, and this system is called a virtual print server 
system. Similarly, the virtual print server service (client) 
is called a client service, and the virtual print server 
service (server) is called a server service, hereinafter 
where applicable. 

In this embodiment, although the client side mod- 
ules and server side modules are supplied from one 
storage medium FD 204, the modules may be supplied 
from a storage medium used only for the client and from 
a storage medium used only for the server, to realize the 
above system. The latter arrangement is intended to be 
included in the scope of the claims. 

In this embodiment, terms "character data", "print 
data", and "graphics data" are used. The character data 
and print data are data to be printed and transmitted 
from a client to a printer or server. The graphics data 
may be considered to be the same as the character 
data and print data, but this graphics data is intended to 
mean particularly data used for graphics such as image 
commands and image data. In a conventional system, 
data transmitted from a client to a server is print data 
inclusive of graphics data and job information. The job 
information will be later described. 

(First Embodiment) 

The setting processes of the server and client com- 
puter of the virtual print server system configured as 
above (hereinafter called a VPS (abbreviation for Virtual 
Printing System) will be described with reference to the 



setting displays shown in Figs. 23 to 31 . 

First, the setting process of the server will be 
described with reference to the flow chart shown in Fig. 
33. In setting one of the clients on the network as a 

5 server, the VPS setting program stored in HD 205 
shown in Fig. 2 is activated at the clients 102 to 104 of 
the system shown in Fig. 1 . As the VPS setting program 
is activated, a display shown in Fig. 23 is displayed on 
the display device 207 shown in Fig. 2. The server is set 

w by using the keyboard 206 shown in Fig. 2. In Fig. 23, 
the "client" and "server" tugs can be alternately 
selected. Next, a check box for providing a server func- 
tion is checked to activate the server function. One of 
the clients is set to the server 101 shown in Fig. 1 . 

75 After the check box is checked, a server name iden- 
tifying the server is entered at Step S3301. In order to 
register the printer of this server, an "ADD" button for 
setting a virtual printer shown in Fig. 23 is depressed at 
Step S3302 when the display on the display device 207 

20 shown in Fig. 2 changes to the display shown in Fig. 24. 
At Step S3303, a virtual printer name and a printer 
description (comment) are entered. When an "ADD 
PORT button is depressed at Step S3304, the display 
changes as shown in Fig. 25. At Step S3305, an IP 

25 address of the printer and a printer name (Ipd) used with 
the print communication Protocol are entered. As an OK 
button is depressed thereafter, the display changes as 
shown in Fig. 26. As an OK button is depressed, all 
input information can be confirmed in the initial display 

30 shown in Fig. 27. As an OK button is depressed, the 
server setting is completed. 

Next, the setting process of the virtual server and 
printer by a client will be described with reference to the 
flow charts shown in Figs. 34 and 35. Fig. 34 is a flow 

35 chart illustrating the port setting process by a client 
computer, and Fig. 35 is a flow chart illustrating the set- 
ting process of a printer by a client computer. 

In setting a client, it is necessary to set a port 
shown in Fig. 34. The VPS setting program stored in HD 

40 205 shown in Fig. 2 is activated at the client 1 02 of the 
system shown in Fig. 1. As this program is activated, a 
display shown in Fig. 28 is displayed on the display 
device 207 shown in Fig. 2. The "client" tug is selected 
by using the keyboard 206 shown in Fig. 2. 

45 In Fig. 28, the "client" and "server" tugs can be 
alternately selected. Fig. 28 shows a setting display of 
the client when the client tug is selected. At Step S3401 , 
as an operator depresses an "ADD" button in a sub-win- 
dow "PRINT -DESTINATION ON VIRTUAL PRINT 

so SERVER", the display changes as shown in Fig. 29. 
The server name is entered at Step S3402. As the oper- 
ator depresses "REFERENCE" button at Step S3403, 
the server having the server name entered at Step 
S3402 is inquired from a printer list and printer informa- 

55 tion such as a printer IP address managed by the 
server. When the client receives from the server the 
printer list and printer information, the printer list man- 
aged by the server is displayed. 
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At Step S3404 the operator selects one printer from 
the printer list. At Step S3405, the printer information (IP 
address and the like) of the printer designated at Step 
S3404 and received from the server at Step S3403 is 
stored in HD of the client computer as the port informa- 
tion to thereafter terminate the port setting process. In 
transmitting the print data to the network, the IP address 
in the stored printer information is used. Fig. 30 shows 
an addition of a port by the port setting in the display 
shown in Fig. 28, as indicated by a virtual printer server 
name <§> virtual printer "VPS-MACHINE@VPS- 
PRINTER". 

After the port is set as illustrated in Fig. 34, it is nec- 
essary to set a printer as illustrated in the flow chart 
shown in Fig. 35. A printer setting program stored in HD 
205 shown in Fig. 2 is activated at the client computer 
102 of the system shown in Fig. 1. As this program is 
activated, a display shown in Fig. 31 is displayed on the 
display device 207 shown in Fig. 2. The printer setting is 
performed by using the keyboard 206 shown in Fig. 2. 
At Step S3501 , after the display shown in Fig. 31 is dis- 
played, an operator enters the printer name. At Step 
S3502, a driver the printer uses is designated. At Step 
S3502, a description (comment) is entered. 

At Step S3504, the print destination is referred to. 
The port added by the process illustrated in Fig. 34 can 
be confirmed at this time. At Step S3505, the port added 
by the process illustrated in Fig. 34 is designated. As 
the operator depresses an "OK" button, CPU 202 of the 
client computer shown in Fig. 2 checks whether the port 
designated at Step S3506 is a VPS port or not. If CPU 
200 judges that the designated port is a VPS port, the 
virtual print server print monitor 708 and the network 
printer control monitor -709 shown in Fig. 7 are acti- 
vated/At Step S3508, the activated virtual print server 
print monitor 708 instructs the print server service (cli- 
ent) 712 to perform an open process. The print server 
service (client) 71 2 asked for the open process instructs 
the server designated as illustrated in Fig. 34 to acquire 
the printer information such as an IP address of the 
printer linked to the port designated at Step S3505 to 
thereby acquire the printer information (At Step S3509). 
At Step S3510, the printer information (such as IP 
address) received from the server is stored in.HD of the 
client computer as the port information to thereafter ter- 
minate the printer setting process. In transmitting the 
print data to the network printer, the IP address in the 
stored printer information is used. 

The processes at Steps S3507 to S3510 are exe- 
cuted also when the computer restarts. Even if the 
printer information (IP address) of the printer managed 
by the server is changed, the changed IP address can 
be automatically confirmed when the client computer 
restarts. If it is judged at Step S3506 that the port is not 
a virtual server port, a standard setting process of Win- 
dows is performed at Step S351 1 to thereafter complete 
the printer setting process. 

As above, according to the first embodiment, the 



printer information is entered in a printable indication 
command received by the client from the server and 
entered when setting the client port and printer during 
the client setting process. Therefore, an operator is not 
necessary to enter the printer information (IP address 
and the like), but the printer information can be acquired 
automatically from the printer name and the like and the 
client setting can be changed automatically only by 
changing the server setting, rt is therefore possible to 
manage the system easily. 

Since the virtual server is given a virtual printer 
name, a user is not necessary to set another print spec- 
ification for each printer each time a print operation is 
performed. For example, if an operator (manager) of a 
virtual server registers a name "VPS-PRINTER1 " for an 
A4 horizontal cassette and a name "VPS-PR I NTER2" 
for an A4 vertical cassette, even a novice user can set 
the print specification set by the manager by selecting 
the virtual printer name. 

(Second Embodiment) 

In the second embodiment, an operator of the client 
computer 102 shown in Fig. 2 refers to a job list of jobs 
in a standby state in the VPS system. 

Fig. 32 shows a display used when a job list of jobs 
in a standby state in the VPS system is referred to. In 
Fig. 22, when a client computer refers to a job list of 
each printer, the client computer first transmits a job 
inquiry command to the server. Upon reception of this 
job inquiry command, the server transmits it to the net- 
work printer. Upon reception of this job inquiry com- 
mand, the network printer transmits the job information 
presently in the network printer. Upon reception of the 
job information, the server rearranges the jab informa- 
tion in accordance with the received job information and 
the job information presently in the server, and transmits 
the rearranged job information to the client as new job 
information. 

The job inquiry process will be described with refer- 
ence to the flow charts shown in Fig. 36 (client process) 
and Fig. 37 (server process). 

When a client refers to the job list, the virtual print 
manager program 710 shown in Fig. 7 and stored in HD 
205 shown in Fig. 2 is activated at the client computer 
102 of the system shown in Fig. 1 . The virtual print man- 
ager program 710 shown in Fig. 7 issues via the virtual 
print server VPS 711 a VPSOpenPrinter, a VPSCIose- 
Pr inter, and a job inquiry API to the virtual print server 
service (client) 712. The flow chart of Fig. 36 illustrates 
the operation of the virtual print server service (client) 
712. 

At Step S3601 shown in Fig. 36, the virtual print 
server service (client) 712 receives VPSOpenPrinter 
and receives the job inquiry at Step S3602 to start the 
operation. At Step S3603, the virtual print server serv- 
ice (client) 712 checks a parameter representative of 
the printer name contained in the VPSOpenPrinter 
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command received at Step S3601, as to whether the 
designated printer name corresponds to a virtual printer 
managed by the virtual print server service (client) 712. 
If affirmative, the VP SOpen Printer command is trans- 
mitted to the server 703 at Step S3604. At Step S3605 5 
the job inquiry command is transmitted to the server 
703. Thereafter, the virtual print server service (dient) 
712 waits for the reception of the job information from 
the server. 

If the virtual print server service (client) 712 
receives the job information from the server 703 at Step 
S3606, the received job information is displayed in the 
job information list shown in Fig. 32 at Step S3607. 
Thereafter, at Step S3608 the virtual print server serv- 
ice (client) 712 transmits the VPSCIosePrinter com- 
mand to the server 703. At Step S3609 the virtual print 
server service (client) 712 receives the VPSCIose- 
Printer command from the virtual print manager pro- 
gram 710 via the virtual printer server API 711 to 
thereafter terminate the process. 

The virtual print server service (client) 712 checks 
at Step S3603 the parameter representative of the 
printer name contained in the VPSOpen Printer com- 
mand received at Step S3601 , as to whether the desig- 
nated printer name corresponds to the virtual printer 
702 managed by the virtual print server service (client) 
712 or another printer. If it judges that the printer name 
corresponds to a printer different from the virtual printer 
702, then it displays the job list managed by Windows 
by using a standard virtual print server service of Win- 
dows. At Step S3610 an OpenPr inter is issued, and at 
Step S361 1 an EnumJobs is issued to obtain the job list 
information. At Step S3612, the job information is dis- 
played in the job list shown in Fig. 32. At Step S3613 a 
ClosePrinter is issued to terminate the process. 

The job inquiry process by the server will be 
described with reference to the flow chart shown in Fig. 
37. At Step S3701 the server 101 in the system shown 
in Fig. 1 receives the VPSOpenPrinter command from 
the client computer 1 02. When the job inquiry command 
is received from the client server 1 02 at Step S3702, the 
server 101 transmits at Step S3703 a printer job inquiry 
command to the network printer 105 and waits for the 
transmission of the printer information by the network 
printer. 

As the printer job information is transmitted from the 
network printer, the server 101 receives at Step S3704 
the printer job information inclusive of the job list infor- 
mation on the job under printing at the network printer 
105. At Step S3705 the server 101 adds the jobs in the 
received job information to the- printer jobs presently 
managed by the server 101 in the printing order to 
thereby generate new job information (called system job 
information) of one printer of the system. 

Since jobs (e.g., presently printed jobs) managed 
by both the network printer 105 and the server 101 are 
regarded as duplicated jobs at Step S3705, the server 
101 deletes the duplicated jobs from the system job 



information at Step S3706. K a job already transmitted 
to the network printer in the job list of the server is not 
contained in the job list of the network printer, it can be 
considered that the job disappeared by some reasons. 
In this case, this job is also deleted from the system job 
information. At Step S3707 the server 101 transmits the 
new system job information with some jobs deleted, to 
the client computer 102 which issued the job inquiry 
command. 

At Step S3708 the server 101 receives the 
VPSCIosePrinter command from the client computer 
102 to thereafter terminate the process. 

As described above, the client can refer to the job 
list of the whole system. In this embodiment, list infor- 
mation of all jobs is generated. Instead, a list of only the 
jobs transmitted from the client which issued the job 
inquiry may be formed. Whether the job is transmitted 
from which client can be discriminated by referring to 
the job information. 

As above, according to the second embodiment, 
when a job inquiry is issued from the client to the server, 
the server inquiries a list of jobs presently in the printer, 
and in accordance with the received job list and the list 
of jobs presently in the server, the server generates a 
list of jobs present in the whole system and notifies the 
client of the new list. As compared to conventional tech- 
niques, more correct information can be referred. Even 
if a job disappears because of some errprs in the net- 
work printer, the client can confirm this disappeared job. 

(Third Embodiment) 

In the third embodiment, the client computer 102 
instructs the network printer 1 05 to perform a print oper- 
ation. In the description of this embodiment, Windows is 
used by way of example. The process of transmitting a 
print request from a server to a client is illustrated in Fig. 
8, and the process of transmitting a printable indication 
from the server to the client and transmitting print data 
to the printer is illustrated in Fig. 9. The components 
shown in the block diagrams already described are 
used in the following description, with identical refer- 
ence numbers as above being given. The print process 
will be described with reference to the sequence charts 
shown in Figs. 8 and 9. 

The application program 704 starts a print opera- 
tion on the client computer 702 (1 02) by using GDI 705. 
GDI notifies the Windows spooler 707 and virtual print 
server print monitor 708 of the print start. Upon recep- 
tion of the print start notice, the virtual print server print 
monitor 708 requests a print start to the virtual print 
server service (server) 712 of the server 703 (101) via 
the virtual print server service (client) 712. GDI 705 
requests the printer driver 706 to convert the print data 
into a printer language. The printer driver 706 converts 
the print data into a printer language. The print data 
(graphics data) converted into the printer language is 
spooled by the Windows spooler 707. 
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The virtual server print monitor 708 receives the 
print data spooled by the Windows spooler 707 and 
passes the print data to the virtual print server service 
(client) 712. The virtual print server service (client) 712 
temporarily stores the received print data in the virtual 
print spooler 801 as a spooling means, in HD 205 
shown in Fig. 2. When all the print data is stored in the 
virtual print spooler 801 in HD 205, the virtual print 
server service (client) 712 notifies the virtual print 
server service (server) 712 of the server 703 (101) of 
the completion of storing the print data and requests a 
print operation. The virtual print server service uses the 
same module both for the client and server which can 
be used in a discriminating way through setting. As 
described earlier, this module is not necessarily the 
same for both the client and server, but different mod- 
ules may be used which are supplied from different FDs 
as the storage means. 

Fig. 9 is the sequence chart illustrating the opera- 
tion that when the server determines that it is a time 
when a print job registered in the virtual print server 
service (server) 71 2 is printed, the print data is transmit- 
ted to the network printer. 

The virtual print server service (server) 712 issues 
a printable indication to the client 702 when it is a time 
to print the print data. Upon reception of this printable 
indication, the virtual print server service (client) 712 
reads the print data temporarily stored in the virtual print 
spooler 801 and passes it to the network printer control 
monitor 709. The network printer control monitor 709 
passes the print data to the network printer in accord- 
ance with a print communications protocol to print it at 
the network printer 701 . 

The virtual print server service 712 will be detailed. 
This virtual print server service 712 is the main module 
in the virtual print server system, and uses the same 
module for both the client and server in a discriminating 
way through setting. The module set for the server may 
be used for the client by resetting it. As described with 
the first embodiment, the network printer is given a 
name and its IP address in the server setting to allow 
the client to use it. Other items are also set, such as a 
protocol to be used, a response time to a client, and a 
printer status monitor interval. For the client setting, the 
server is designated to thereby set the network printer 
managed by the server. 

The operation of notifying the client computer 702 
of a status of the network printer will be described. This 
operation will be described by using Windows by way of 
example. The printer status sequence flow is shown in 
Fig. 10. 

In this embodiment, the virtual print server service 
(server) 712 requests an SNMP manager 1002 . at an 
interval of 5 seconds (default) to collect the status of the 
network printer 701. The SNMP manager 1002 
requests the network printer 701 to collect the status. 
The network printer 701 returns the current status. If the 
status of the network printer 701 changes, the virtual 



print server service (server) 712 notifies the status 
change to the client computer 702 using the network 
printer 701. The change notice of the printer status 
issued from the server 703 is received by the virtual 

s print server service (client) 712 of the client computer 
702, and the printer status is stored in a registry 1001 in 
RAM of the client computer 702. The application pro- 
gram 704 can acquire the printer status stored in the 
registry 1001 , via the virtual printer server API 71 1 . 

10 The print sequence is shown in Fig. 1 1 . The appli- 
cation program 704 starts a print operation by using a 
StartDoc API. GDI 705 requests the printer driver 706 to 
convert the print data into a printer language, and 
requests the Windows spooler 707 to start spooling. 

75 When all the print data is written in the Windows spooler 
707 after the request by GDI 705, the print process by 
the application program 704 is terminated. The Win- 
dows spooler 707 passes the print data to the port cor- 
responding the network printer 701 set as described 

20 with Figs. 24, 25 and 26. Depending upon settings of 
the Windows spooler, writing the print data from GDI to 
the Windows spooler is not necessarily synchronous 
with writing the print data from the Windows spooler to 
the print monitor. 

25 Prior to receiving the print data from the Windows 
spooler 707, the virtual print server print monitor 708 
adds job information to the virtual print server service 
712 to obtain a new job ID from the virtual print server 
service 712. 

30 The job information will be detailed. In this system, 
a client transmits only the job information to the server 
(virtual server) without transmitting the print data, in 
order to register the print request. The job information 
includes a document name of the job, the number of 

35 pages, the amount of data, the status, the owner name 
(client name), a client ID and the like. The job informa- 
tion is therefor data other than the graphics data among 
the print data as used in the conventional technologies. 
It is to be noted that the graphics data among the print 

40 data as used in the conventional technologies is 
described as print data in this specification. The job 
information is registered in the server in the print order, 
and the server transmits the job ID to the client 
requested the print operation. The job ID is used in var- 

45 ious operations such as when a printable indication is 
transmitted to the client. 

After the virtual print server service (client) 712 
acquires a new job ID, the virtual print server print mon- 
itor 708 writes the print data as a print file in the virtual 

so print spooler 801 reserved in HD 205 (Fig. 2) of the cli- 
ent computer 702. After the spooling, the virtual print 
service print monitor 708 requests the virtual print 
server service 712 to start job scheduling. Upon recep- 
tion of the scheduling start instruction from the virtual 

55 print server print monitor 708, the virtual print server 
service 712 requests the server 703 to start scheduling. 
Upon reception of this request, the server 703 starts the 
job scheduling at the virtual print server service (server) 
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712. 

The virtual print server service 712 schedules jobs 
and notifies the job ID whose job can be printed, to the 
virtual print server service 712 of the client computer 
702. This can be executed by acquiring the client IP s 
address as illustrated in Fig. 17. The virtual print server 
service (client) 712 reads the spool file of the print data 
spooled in the virtual print spooler 801 . The virtual print 
server service (client) 712 passes the print data such as 
a print document to the network printer control monitor io 
709 which in turn transmits the print data to the network 
printer 701 in accordance with the protocol of the net- 
work printer 701 to print it. 

The virtual print server service (server) 712 of the 
server 703 manages only the job information. When the is 
network printer 701 managed by the server 703 can 
accept the next job, the server 703 issues the printable 
indication to the client computer 702 having a job wait- 
ing for the print operation. The client computer 702 
given the printable indication by the server 703 trans- 20 
mits the print data of the spool file spooled in the virtual 
print spooler 801 directly to the network printer 701 
without using the server. In the above manner, network 
printing can be performed. 

Fig. 11 is a sequence flow illustrating the operation 25 
of the print monitor with a print function using the virtual 
print server according to this embodiment. 

The print application program 704 instructs the 
Windows spooler 707 to perform an open process 
(Open Printer) (1101), and instructs to start printing the 30 
print data (StartDocPrinter) (1102). The Windows 
spooler 707 instructs the virtual print server print moni- 
tor 708 to perform a print start (VPSOpen Printer) 
(1103). The virtual print service print monitor 708 
instructs the virtual print server service (client/server) 35 
712 to perform an open process (VPSOpenPrinter) for 
opening the printer managed by the virtual print server 
service 712 (1 104). The virtual print server print monitor 
708 inquires the printer information on the virtual print 
server service (client/server) 712 to acquire the port 40 
name of the network printer (VPSGetPort) (1105). A 
specific print job ID managed by the virtual print server 
service (client/server) 712 is acquired (VPSGeUobW) 
(1 106). The print application 704 instructs the Windows 
spooler 707 to perform a write process (WritePrinter) of 45 
the print data (1107), and instructs the virtual print 
server print monitor 708 to perform a write process 
(WritePort) (1108). The print data actually written is in 
the virtual print spooler 801. The processes 1107 and 
1 108 are repeated until all the print data is written. After 50 
the completion of the write operation, the print applica- 
tion 704 performs a print completion process (1109). 
The Windows spooler 707 instructs the virtual print 
server print monitor 708 to perform a document print 
completion process (EndDoc Printer) (1110). The virtual ss 
print server print monitor 708 instructs the virtual print 
server service 712 to set the print job information 
(VPSSetJob) (1111). The virtual print server print mon- 



itor 708 instructs the virtual print server service 712 to 
perform a wait request (VPSWaitJob) of the designated 
print job (1112). This is performed in order to wait for the 
printable indication from the virtual print server service 
(server) 712. The print application 704 instructs the 
Windows spooler 707 to perform a dose process 
(ClosePrinter) (1113). If the print preparation for the 
print job managed by the virtual print server service (cli- 
ent) 712 is completed, this virtual print server service 
(client) 712 gives the printable indication to the virtual 
print server print monitor 708 (1 114). Prior to the print 
start, the virtual print server print monitor 708 sets the 
print job status managed by the server 703 to an under- 
printing status (VPSSetJob) (1115). The virtual print 
server print monitor 708 instructs the network printer 
701 to perform a print operation (1116). After the com- 
pletion of the print operation, the virtual print server print 
monitor 708 issues a print job cancel request (VPSSet- 
Job(JOB_CONTROL_CANCEL)) (1117) and a printer 
dose request (VPSCIosePrinter) (1118) to the virtual 
print server service 712(1117). 

The print sequence flow using the virtual print 
server of this embodiment has been described above. 

Fig. 12 is a flow chart illustrating the print function of 
the virtual print server print monitor 708, using the vir- 
tual print server service (dient) 712 of the client compu- 
ter, according to the embodiment. 

At Step S1 201 , the virtual print server print monitor 
receives from the Windows spooler 707 an API 
StartDocPortO which is a print start request. At Step 
S1202, a registered job information queue table shown 
in Fig. 13 is formed. The job ID acquired at Step S1106 
shown in Fig. 11 is set for StartDocPortO received at 
Step SI 201 . At Step S1203 the registered job informa- 
tion queue table is linked to a queuing table as shown in 
Fig. 14. At Step Si 204, the virtual print server print 
monitor 708 calls API of the virtual print server 712, 
VPSOpenPrinterO, to open the printer managed by the 
virtual print server 712. At Step S1205, the virtual print 
server print monitor 708 calls the virtual print server 
API, VSPGetPrinterO, to acquire the actual port name of 
the network printer. At Step S1 206 the port name is set 
to a corresponding registered job information queue 
table (Fig. 13). At Step S1207, the virtual print server 
API, VSPGeUobldO, is called to acquire the print job ID 
managed by the virtual print server 712. At Step S1208 
the acquired job ID of the virtual print server 712 is set 
to a corresponding registered job information queue 
table (Fig. 13). At Step Si 209, API WritePortO for writ- 
ing the print data is received from the Windows spooler 
707. It is judged at Step S1210 whether it is the first 
WritePortO. If affirmative, at Step S121 1 a temporary file 
is generated in HD 205 of the client computer. This file 
is the spool file of the virtual print spooler 801. As 
above, in this embodiment, although the temporary file 
is stored in the virtual print spooler, the virtual print 
spooler may manage only the job information of the 
temporary file. In this case, the temporary file is gener- 
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ated in an empty area of the hard disk of the client. At 
Step S1212, the print data is written in the temporary 
file. At Step S1213 it is judged whether the function 
requested by the Windows spooler 707 is WritePortO or 
EndDocPprtO. If WritePortO, the flow advances to Step 5 
S1209, whereas if EndDocPortO, the flow advances to 
Step S1214. At Step S1214, the dose process for the 
temporary file is performed, and at Step S1 215 the pass 
name of the temporary file is set to a corresponding reg- 
istered job information queue table (Fig. 13). At Step 10 
S1216, the virtual print server API, VSPSetJobO, is 
called to register the job information shown in Fig. 14 
managed by the virtual print server print monitor 708 in 
the virtual print server 712. At Step SI 21 7, 
VSPWaitJobO is called and set with the IP address used 75 
by the client computer, and a request for sending the 
printable indication of the designated print job is issued 
to thereafter wait for the printable indication. When the 
printable indication from the virtual print server service 
(server) 712 is received at Step S1218, a corresponding 20 
queue table is acquired in accordance with the corre- 
sponding registered job information queue correspond- 
ing to the job ID designated by the printable indication, 
and the network printer IP is acquired in accordance 
with the port name to thereby perform the print opera- 2 s 
tion at the network printer at Step S1 21 9. After the com- 
pletion of the print operation, at Step SI 220 the print 
monitor 708 calls VSPSetJobO from the virtual print 
server service (client/server) 712, instructs to delete the 
job, and notifies the job completion. At Step S1 221 , API 30 
for closing the printer managed by the virtual print 
server service (client/server) 712 is called from the vir- 
tual print server service (client/server) 712. At Step 
S1222, the corresponding registered job information 
queue table {Fig. 13) is deleted to terminate the proc- 35 
ess. 

Fig. 18 is a flow chart illustrating the operation of 
the virtual print server service (server), regarding the 
function of registering a printer in the virtual print server. 

At Step S1 801 the virtual print spooler API having a 40 
function of adding a printer managed by the virtual print 
server service (client/server) is made open. If the virtual 
print spooler API having the printer adding function is to 
be executed, it is necessary to designate a printer infor- 
• mation table (Fig. 15) containing the printer name and 45 
port name. As a printer addition is received, the flow 
advances to Step S1802. At Step S1802 if the same 
printer name is already registered in the virtual print 
server, at Step S1803 this printer name is managed in a 
discriminating way as a printer name having "printer so 
name" + "n" where n is a positive integer. If there is no 
same printer name at Step Si 802, the process at Step 

51803 is not performed and the flow skips to Step 

51804 whereat the printer information table (Fig. 15) is 
generated, and at Step S1805 the printer information ss 
table is queued in a printer queuing table (Fig. 16). In 
the above manner, the registration process by the vir- 
tual print server service (server) of registering a printer 



in the virtual print server is completed. 

Fig. 19 is a flow chart illustrating the operation of 
registering information necessary for the print monitor 
708 according to the embodiment. 

At Step S1901 the print monitor 708 displays a dia- 
log (Fig. 21) urging a user to enter the virtual server IP. 
As the user enters the virtual server IP, this IP is set to a 
virtual server IP table (Fig. 20) in the print monitor 708 
at Step S1902. The storage location is, for example, HD 
205 shown in Fig. 2. 

The print monitor 708 performs communications by 
using this IP address. 

Figs. 38 and 39 are flow charts illustrating the oper- 
ation of the virtual print server service (client/server) 
712 regarding the print instruction function according to 
the embodiment. The flow charts shown in Figs. 38 and 
39 constitute one flow chart coupled at A and B. 

At Step S3801 if there is a printer open request 
from the print monitor 708, at Step S3802 the virtual 
print server service (client/server) 712 searches all 
printer names to check whether the open requested 
printer name is contained in the printer information 
linked by a printer information pointer (Fig. 16) of the 
printer information queue table. If contained, the flow 
advances to Step S3803 whereat the pointer of the 
printer information queue table corresponding to the 
open requested printer name is returned as a printer 
handle back to the printer monitor 708. At Step S3804 a 
printer information acquire request from the printer 
monitor 708 is received. At Step S3805 it is checked 
whether the printer handle as one parameter of the 
printer information acquire function is correct, i.e., 
whether there is printer information corresponding to 
the printer registered in the virtual print server. If there is 
corresponding printer information, at Step S3806 the 
contents of the printer information table are copied to 
the area assigned to the parameter of the printer infor- 
mation acquire function and returns the function. At 
Step S3807 a print job ID acquire request from the print 
monitor 708 is received. At Step S3808 it is checked 
whether the printer handle as one parameter of a print 
job ID acquire function is correct, i.e., whether there is 
printer information corresponding to the printer regis- 
tered in the virtual print server. If there is corresponding 
printer information, at Step S3809 an ID different from 
the job ID presently managed by the virtual print server 
is issued and returned back to the print monitor 708. At 
Step S3810, in order to manage the job ID at the virtual 
print server, the job information queue table and the job 
information table area are reserved in a job information 
queue (Fig. 17) of a corresponding printer information 
table, and the job ID is set thereto and to the job infor- 
mation pointer of the job information queue table. At 
Step S381 1, a job registration from the print monitor is 
received. At Step S3812 the job ID area of the job infor- 
mation table, linked to all the job information queues, is 
searched to check whether the job ID, which is one 
parameter of a job registration function, is managed by 
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the virtual print server, tf there is the designated job ID, 
at Step S3813 the job information process is performed. 
At Step S3813 the job information which is one param- 
eter of the job registration function is set to the job infor- 
mation table corresponding to the job ID. At Step 5 
S3814, a job standby request from the print monitor is 
received and the flow advances to A. 

A in Fig. 38 is coupled to A in Fig. 39. From A in Fig. 
39, the flow advances to Step S3901 . At Step S3901 the 
job ID area of the job information table lined to all the job 10 
information queues is searched to check whether the 
job ID which is a parameter of a job standby request is 
managed by the virtual print server. If there is the desig- 
nated job ID, the IP address used by the client which is 
the parameter of the job standby request is set to an IP 15 
address area of the client in a corresponding job infor- 
mation queue (Rg. 17) to follow Step S3902. At Step 
S3902 a job standby status is set to a job standby status 
area of the job information queue table corresponding to 
the job ID. At Step S3903 it is checked whether the job 20 
information queue table set with the job standby status 
is at the head of the job information queue table. If at the 
queue head, the flow advances to Step S3904 whereat 
the client IP address is acquired from the IP address 
area of the client in the job information queue (Fig. 1 7) 25 
to which IP address the printable indication is transmit- 
ted by designating the corresponding ID. At Step S3905 
a job cancel request indicating a print completion from 
the client is received. At Step S3906 it is checked 
whether the printer handle which is one parameter of a 30 
job cancel function is correct, i.e., whether there is 
printer information corresponding to the printer regis- 
tered in the virtual print server. If there is corresponding 
printer information, at Step S3907 the job ID area of the 
job information table linked to ail the job information 35 
queues is searched to check whether the job ID which is 
the parameter of the job cancel function is managed by 
the virtual print server. If there is the designated job ID, 
the flow advances to Step S3908 whereat the job infor- 
mation queue table corresponding to the job ID at Step 40 
S3907 is deleted. At Step S3907 a printer close process 
from the client is received. At Step S391 0, the pointer to 
the printer information table managed by the virtual print 
server (the virtual print server services 712 for both the 
client and server) to check whether the printer handle as as 
the parameter of the printer close function is correct. If 
there is the same pointer, at Step S391 1 , the printer 
close function is returned as normal. 

At Step S3802 shown in Fig. 38, all printer names 
are searched to check whether there is the open so 
requested printer name in the printer information linked 
by the printer information table (Fig. 16) in the printer 
information queue table. If there is no same printer 
name, the flow advances to Step S3815 to return the 
open function as error. 55 

At Step S3805 it is checked whether the printer 
handle which is one parameter of the printer information 
acquire function has corresponding printer information 



registered in the virtual print server. If there is no corre- 
sponding printer information, at Step S3816 the printer 
information acquire function is terminated as error to fol- 
low B in Fig. 39 and hence to Step S3909. 

At Step S3808 it is checked whether the printer 
handle which is one parameter of the print job ID 
acquire function has corresponding printer information 
registered in the virtual print server. If there is no corre- 
sponding printer information, at Step S381 7 the print job 
ID acquire function is terminated as error to follow B in 
Fig. 39. 

At Step S3812 the job ID area of the job information 
table linked to all the job information queues is searched 
to check whether the job ID which is one parameter of 
the job registration function is managed by the virtual 
print server. If there is the designated job ID, at Step 
S3818 the job registration function is terminated as 
error to follow B in Fig. 39. 

At Step S3901 in Rg. 39, the job ID area of the job 
information table linked to all the job information queues 
is searched to check whether the job ID which is the 
parameter of the job standby request is managed by the 
virtual print server. If there is no designated job ID, at 
Step S3912 the job standby request is returned as error 
to follow B in Fig. 39. 

At Step S3903 it is checked whether the job infor- 
mation queue table set with the job standby status at 
Step S3902 is at the head of the queue. If not at the 
head, the flow advances to Step S3903. 

At Step S3906 it is checked whether the printer 
handle which is one parameter of the job cancel func- 
tion has corresponding printer information registered in 
the virtual print server. If there is no corresponding 
printer information, at Step S3913 the job cancel func- 
tion is returned as error to follow B in Fig. 39. 

At Step S3907, the job ID area of the job informa- 
tion table linked to all the job information queues is 
searched to check whether the job ID which is the 
parameter of the job cancel function is managed by the 
virtual print server. If there is no designated job ID, at 
Step S3913 the job cancel function is returned as enor 
to follow B in Fig. 39. 

At Step S3910, the pointer to the printer information 
table managed by the virtual printer is searched to 
check rf the printer handle which is the parameter of the 
printer close function is correct. If there is no same 
pointer, at Step S3914 the printer close function is 
returned as error to terminate the printer open process. 

As above, the virtual print server system of the third 
embodiment of this invention is provided with a virtual 
job sequential order control mechanism for controlling 
the job order at the apparatus shared by a plurality of 
communications terminals on the network. Each com- 
munication terminal requesting a job print operation 
registers in the apparatus with the sequential order con- 
trol mechanism, not the job data but only the data nec- 
essary for the sequential order control. This sequential 
order control mechanism determines the suspension of 
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a print job request. Therefore, even an apparatus with- 
out a function of recognizing a job and a job deletion 
function which apparatus is shared by a plurality of com- 
munications terminal on the network, does not occupy 
excessive resources otherwise necessary for the s 
sequential order control mechanism. Therefore, both 
the sequential order control and suspension of print job 
requests from communications terminals can be satis- 
fied. 

10 

(Fourth Embodiment) 

Figs. 42 to 44 are flow charts illustrating the opera- 
tion of the virtual printer server print monitor 708 
according to the embodiment, in which if the virtual 75 
server 703 which uses the virtual print server print mon- 
itor 708 for the print operation is abnormal or is shut 
down, not the virtual server 703 but the client computer 
702 directly instructs a default printer to perform, the 
print operation and notifies a user of the effect that the 20 
default printer is used for the print operation. The flow 
charts shown in Figs. 42 to 44 constitute a single flow 
chart. The default printer is a printer already set as an 
ordinary output destination of the client. In this embodi- 
ment, although the default printer is directly instructed to 25 
perform the print operation, the output destination is not 
limited to the default printer, but may be any other 
printer. 

At Step S4201 , the virtual printer server print moni- 
tor 708 receives API StartDocPortO from the Windows 30 
spooler 707 which API is a print start request. At Step - 
S4202, the registered job information queue table 
shown in Fig. 13 is generated, and at Step S4201 the 
job ID given by StartDocPortO at Step S4201 is set to 
the registered job information queue table. 35 

At Step S4203, the registered job information 
queue table is linked to the queuing table as shown in 
Fig. 14. At Step S4204 the print monitor 708 calls 
VPSOpenPrinterO, which is API of the virtual print 
server (which is a collection of the virtual print server 40 
services 712, print monitor 708 and control monitors 
709), from the virtual print server 712, to thereby open 
the printer managed by the virtual print server. 

At Step S4205 it is checked whether 
VPSOpenPrinterO is error. If normal, at Step S4206 the 45 
virtual print server API VSPGetPrinterO is called from 
the virtual print server service 712 to acquire the port 
name and printer ID of the network printer set to the vir- 
tual print server service 712. 

At Step S4207 the port name is set to the corre- so 
sponding registered job information queue table (Fig. 
13). At Step S4208 the virtual print server API 
VPSGetJobldO is called to acquire the print job ID man- 
aged by the virtual print server. At Step S4209 it is 
checked whether the VPSGetJobldO function is error. If 55 
normal, the flow advances to Step S4210. 

At Step S4210, the acquired virtual server job ID is 
set to the corresponding registered job information 



queue table (Fig. 1 3). At Step S421 1 , API WritePortO for 
writing print data from the Windows spooler 707 is 
received to follow A in Fig. 43 and hence Step S4301 . At 
Step S4301, it is checked whether the received 
WritePortO is the first WritePortO. If affirmative, at Step 
S4302 a temporary file is formed in HD 205 of the client 
computer. At Step S4303, the print data is written in the 
temporary file formed at Step S4302. At Step S4304, it 
is checked whether the function requested by the Win- 
dows spooler 707 is WritePortO or EndDocPortO. If 
WritePortO, the flow advances to B in Fig. 42 and to 
Step S4211. If the function requested is judged as 
EndDocPortO at Step S4304, the flow advances to Step 
S4305. 

At Step S4305. the close process of the temporary 
file is performed. At Step S4306, the pass name of the 
temporary file is set to the corresponding registered job 
information queue table (Fig. 13). At Step S4307, it is 
checked whether a server error flag (Fig. 40) is on. If on, 
at Step S4308 the virtual print server API VPSSeUobO 
is called and the job information shown in Fig. 13 and 
managed by the print monitor 708 is registered in the 
virtual print server. At Step S4309, it is checked whether 
the VPSSeUobO function is error. If normal, the flow 
advances to C in Fig. 44 and hence Step S4401 . 

At Step S4401, the virtual print server API 
VPSWartJobO is called to request an issue of the printa- 
ble indication when the designated print job becomes 
printable, and waits for the printable indication. At Step 
S4402, the timer function of issuing a time-up indication 
when a designated time lapses is called to acquire a 
time-up value (Fig. 40) and set the timer. The time-up 
value indicates a time when the print operation starts if 
the server 703 does not issue the printable indication 
until this time. The time-up value shown in Fig. 40 and 
the server error flag are stored in RAM 202 of the client 
or virtual server. 

At Step S4403, it is checked whether VPSWartJobO 
is normal. If normal, the flow advances to Step S4404. 
At Step S4404, the flow stands by until either the recep- 
tion of the printable indication or until the time-up. If the 
printable indication is received, the flow advances to 
Step S4405 whereat it is checked whether the server 
error flag (Fig. 40) is on. If off, at Step S4406 the corre- 
sponding queue table is acquired in accordance with 
the registered job information queue (Fig. 13) corre- 
sponding to the job ID designated by the printable indi- 
cation, and the network IP is acquired from the port 
name to thereby perform the print operation at the net- 
work printer. The job information queue shown in Fig. 1 3 
is stored in RAM 202 or HD 205 of the virtual server. 
After the print operation, at Step S4407 it is checked 
whether the server error flag (Fig. 40) is on. If off, at 
Step S4408 VPSSetJobO is called from the virtual print 
server to instruct the deletion of the corresponding job 
and notify the job completion. At Step S4409, the printer 
opened at Step S4204 shown in Fig. 42 is closed by 
calling a VPSPrinterCloseO function. At Step S4410, the 
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corresponding registered job information queue table 
(Fig. 13) and the temporary file written with the print 
data are deleted to terminate the process. At Step 
S441 1 , the server error flag (Fig. 40) is cleared. 

At Step S4205 shown in Fig. 42, it is checked s 
whether VPSOpenPrinterO is error. If error, the flow 
advances to Step S4213 whereat the printer opened at 
Step S4204 is closed by calling VPSPrinterCloseO. At 
Step S4212, the server error flag (Fig. 40) is turned on 
to follow Step S4211. 10 

At Step S4307 shown in Fig. 43, it is checked 
whether the server error flag (Fig. 40) is on. If on, the 
flow advances to E in Fig. 44 and hence Step S441 5. At 
Step S441 5 the IP address of the default printer is set to 
the port name of the queue table corresponding to the is 
registered job information queue. At Step S4416, a dia- 
log is displayed to notify the user of the effect that the 
default printer is used for the print operation without an 
instruction from the server. Thereafter, the flow 
advances to Step S4406. 20 

At Step S4309 shown in Fig. 43, it is checked 
whether the VPSSetJobO function is error. If error, at 
Step S4310, the server error flag (Fig. 40) is turned on 
to follow Step S431 1 whereat the printer opened at Step 
S4204 shown in Fig. 42 is closed by calling 2s 
VPSPrinterCloseO to follow D in Fig. 44 and hence Step 
S4405. 

If it is judged at Step S4403 that the VPSWaiUobO 
function is error, the flow advances to Step S4412. At 
Step S441 2, VPSSetJobO is called from the virtual print 30 
server to instruct the deletion of the corresponding job 
and notify the job completion. At Step S441 3. the printer 
opened at Step S4204 is closed by calling 
VPSPrinterCloseO. At Step S4414, the server error flag 
(Fig. 40) is turned on to follow Step S4405. 35 

At Step S4405, it is checked whether the server 
error flag is on. If on, at Step S4415 the IP address of 
the default printer is set to the port name of the queue 
table corresponding to the registered job information 
queue. At Step S441 6, a dialog is displayed to notify the 40 
user of the effect that the default printer is used for the 
print operation without receiving an indication from the 
server 703. Thereafter, the flow advances to Step 
S4406. 

At Step S4407, it is checked whether the server 45 
error flag is on. If on, the flow advances to Step S4410. 

As above, in the fourth embodiment, even if the vir- 
tual server has some error or is shut down while the cli- 
ent computer registers a job in the virtual server or 
transfers a command to and from the virtual server, the so 
client can perform a print operation directly at a default 
printer. Furthermore, even if the printable indication is 
not returned for a predetermined time from the virtual 
server after a job is registered, the print operation can 
be performed so that the waist time of the user can be ss 
shortened. 



(Fifth Embodiment) 

Figs. 45 to 47 are flow charts illustrating the print 
operation by the virtual print server print monitor 708 
and virtual print server service 712 according to the fifth 
embodiment The program realizing the functions illus- 
trated in these flow charts is stored in HD 205 or ROM 
201 . and developed onto RAM 202 so that CPU 200 can 
control each device of the apparatus. 

At Step S4501, the virtual print server print monitor 
708 receives the print start request API StartDocPortO 
from the Windows spooler 707. At Step S4502, the reg- 
istered job information queue table shown in Fig. 13 is 
generated in RAM 202, and the job ID given by 
StartDocPortO at Step S4501 is set to the registered job 
information queue table. 

At Step S4503, the registered job information 
queue table linked to the queuing table is stored in RAM 
202 or HD 205 in the manner described with Fig. 14. At 
Step S4504, the virtual print server print monitor 708 
calls the virtual print server API VPSOpenPrinterO from 
the virtual print server service 712 to open the printer 
managed by the virtual print server service 712. At Step 
S4505, the virtual print server API VPSGetPrinterO is 
called to acquire the port name and printer ID of the net- 
work printer. At Step S4506, the port name is set to the 
corresponding registered job information queue table 
(Fig. 13). At Step S4507, the virtual print server API 
VPSGetJobldO is called to acquire the print job ID man- 
aged by the virtual print server service 712. At Step 
S4508, the acquired job ID of the virtual server 703 is 
set to the corresponding registered job information 
queue table (Fig. 13). 

At Step S4509, the virtual print server service 712 
checks whether a printer-down flag (Fig. 41) is on. If off, 
the flow advances to F in Fig. 46 and hence Step 

54601. At Step S4601, API WritePortO for writing print 
data from the Windows spooler 707 is received. At Step 

54602, it is checked whether the received WritePortO is 
the first WritePortO. If affirmative, at Step S4603 a tem- 
porary file is formed in HD 205 of the client computer. At 
Step S4604, the print data is written in the temporary file 
formed. 

At Step S4605, it is checked whether the function 
requested by the Windows spooler 707 is WritePortO or 
EndDocPortO. If WritePortO, the flow advances to Step 
S4601, whereas if EndDocPortO, the flow advances to 
Step S4606. At Step S4606, the close process of the 
temporary file is performed. At Step S4607, the pass 
name of the temporary file is set to the corresponding 
registered job information queue table (Fig. 13). At Step 
S4608 the virtual print server API VPSSetJobO is called 
and the job information shown in Fig. 13 and managed 
by the print monitor 708 is registered in the virtual print 
service 712. 

At Step S4609, the IP address of the client compu- 
ter is set to the virtual print server API VPS Wait JobO 
which is called from the virtual print server service 



14 



27 



EP 0 854 415 A2 



28 



(server) 71 2, to thereby request an issue of the printable 
indication when the designated print job becomes print- 
able, and to wait for the printable indication from the vir- 
tual print server service (server) 712. If the printable 
indication is received from the virtual print server serv- 5 
ice (server) 712 at Step S4610, the flow advances to I in 
Fig. 47 and hence Step S4701. At Step S4701 the print 
monitor 708 acquires the queue table in accordance 
with the registered job information queue corresponding 
to the job ID designated by the printable indication, and >o 
the network IP is acquired from the port name to 
thereby perform the print operation at the network 
printer. After the print operation, at Step S4702 it is 
checked whether there is any error of the print opera- 
tion. If not, the flow advances to Step S4703. 75 

At Step S4703, VPSSetJobO is called from the vir- 
tual print server to instruct the deletion of the corre- 
sponding job and notify the job completion. At Step 
S4704, the virtual print server service 712 is instructed 
to close the printer managed by the virtual print server. 20 
At Step S4705, it is checked whether the printer-down 
flag (Fig. 41) is on. If off, the flow advances to Step 
S4706. At Step S4706, the corresponding registered job 
information queue table (Fig. 13) and the temporary file 
written with the print data are deleted. At Step S4707, 25 
the printer-down flag (Fig. 41) is turned on to terminate 
the process. 

At Step S4509 shown in Fig. 45, it is checked 
whether the printer-down flag (Fig. 41) is on. If on, the 
flow advances to G shown in Fig. 46 and hence Step 30 
S4608. At Step S4608, the virtual print server API 
VPSSetJobO is called to register the job information 
shown in Fig. 13 and managed by the print monitor 708 
in the virtual print server. 

At Step S4702 shown in Fig. 47, the print monitor 35 
708 checks whether the printer has any error during the 
print operation. If there is any error, the flow advances to 
Step S4708 whereat the printer-down flag (Fig. 41) is 
turned on to follow Step S4703. 

At Step S4705, it is checked whether the printer- 40 
down flag (Fig. 41) is on. If on, the flow advances to H 
shown in Fig. 45 and hence Step S4504. At Step 
S4504, the print monitor 708 calls the virtual print server 
API VPSOpenPrinterO to open the printer managed by 
the virtual print server. as 

In this embodiment, if the printer does not accept a 
job from the client, the job is registered again in the 
server. Instead, since the server confirms the printer 
status by using the SNMP manager, a flag indicating 
whether the printer has any error may be provided in the so 
server. In this case, the client registers a job again when 
the flag is set. When a job is registered again, the cur- 
rent output destination printer may be registered, or 
another normal printer may be registered. 

As above, in the fifth embodiment, even if the 55 
printer does not accept a print job of the client computer 
after the virtual server instructs, the job stored in the vir- 
tual server is registered again so that the server can 



confirm the printer status and the job control is made 
easy. 

(Sixth Embodiment) 

In this embodiment, confirmation of a print opera- 
tion by a network printer will be described. 

First, the virtual print server system described 
above will be briefly summarized. 

According to one aspect of the invention, a client as 
one example of an information processing apparatus 
comprises: means (virtual print server service (client) 
712 and interface 209) for transmitting job information of 
print data to a server; and spool means (virtual print 
spooler 801 in HD 205) for spooling the print data, and 
the server as one example of a print control apparatus 
comprises: means (virtual print server service (server) 
712 and interface 209) for transmitting transmission 
enabled information indicating that the print data can be 
transmitted to a printer. 

In the system constructed as above, a client com- 
puter as the information processing apparatus transmits 
job information to a virtual server which in turn controls 
the print order, and the client computer received the 
transmission enabled information transmits print data 
directly to a printer. Confirmation of the print operation 
by such a print system according to the embodiment will 
be described hereinunder. 

Fig. 49 is a flow chart illustrating the operation on 
the side of a client computer PC for the confirmation of 
the print operation by a network printer, according to the 
embodiment of the invention. Fig. 50 is a flow chart illus- 
trating the operation on the side of a virtual server for 
the confirmation of the print operation by the network 
printer according to the embodiment. Fig. 48 is a 
sequence diagram illustrating a normal print job for the 
confirmation of the print operation by the network printer 
according to the embodiment. 

In this embodiment, it is assumed that the virtual 
print server system running on a network as shown in 
Fig. 1 is constituted of three client PCs (client PCs 102 
to 104) with the virtual print server service (client) (client 
service) 712 being installed and executed, a server (vir- 
tual server) 101 with the virtual print server service 
(server) (virtual print server) 712 being installed and 
executed, and a network printer configured such as 
shown in Fig. 6. rt is also assumed that the virtual server 
101 (703) can always monitor the status of the network 
printer 105 (701) and can acquire a job identifier for 
identifying a finished job and the print end page at a 
constant polling interval. The job identifier may use a job 
ID number. 

In the sequence diagram shown in Fig. 48, the cli- 
ent PCs 102 to 104 spool in this order the job informa- 
tion relative to the virtual server 101, and the virtual 
server 101 sends a print instruction first to the client PC 
102. 

The client PC 102 waits for an instruction from the 
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virtual print server service (server) managing the printer 
name the client service of the client PC 1 02 can use and 
for an instruction from application software running on 
the client PC 102 or from a user interface used by the 
client service or other instructions. 5 

In order to describe the confirmation of the print 
operation, the operations by the client PCs, virtual 
server, and network printer will be described with refer- 
ence to the sequence diagram of Fig. 28. . 

The operations of the other client PCs 103 and 104 
already registered jobs are executed in the similar man- 
ner to the case of the client PC 1 02. Upon reception of 
a print instruction of the job spooled at the client PC 102 
from the virtual server 101, the client PC 102 transfers 
print data of the job to the network printer 1 05. This data 
transfer may be performed in accordance with a proto- 
col dedicated to printing, such as LPR of TCP/IP, a pro- 
tocol whose main object is not concerned about 
printing, such as FTP, or any other protocols usable by 
the client PC and the network printer or its network 
board. 

After the print data is transferred, the client PC 102 
notifies the virtual server 101 of a data transfer end to 
the network printer 105. In this case, the client PC 102 
terminates communications with the network printer 
105 after the normal data transfer, without confirming 
that the printer has normally printed the print data. The 
virtual server 101 and client PC 102 renew a data trans- 
fer flag, without deleting the temporary file written with 
the job print data and the job information. The virtual 
server 101 requests, at a constant interval by using a 
protocol such as SNMP, the network printer 105 to notify 
the status thereof and a print end. Upon reception of a 
print end notice request from the virtual server 101, the 
network printer 1 05 returns information such as the job 
identifier for which job the printer has printed in a normal 
manner and the page number during printing. This 
operation can be performed in a multi-task way by 
another thread or task different from that used by the 
operation of the virtual server 101 , by the data transfer 
from the client PCs 102 to 104 to the network printer 
105, or by other operations. Upon reception of the data 
transfer end notice of the job spooled by the client PC 
102, the virtual server 101 searches the queue and 
sends a print start instruction to the client PC 103 for 
printing the job next spooled. Upon reception of the print 
start instruction, the client PC 103 which has been wait- 
ing for the instruction transfers the print data to the net- 
work printer 105, renews the status of the job 
information, and notifies the virtual server 101 of the 
data transfer end, similar to the case of the client PC 
1 02. Upon reception of the data transfer end notice from 
the client PC 103, the virtual server 101 sets the data 
transfer end flag, and sends the print start instruction to 
the client PC 1 04 for printing the job next spooled. Sim- ss 
ilarly, the client PC 104 transfers the print data, resets 
the data transfer end flag, and notifies the data transfer 
end to the vfrtual server 101 which in turn sets the data 



transfer end flag. 

Next, the virtual server communicates with the net- 
work printer 105 at the constant interval to send the 
print end notice request. When the page number with 
completed printing is returned, this page number is 
overwritten in a print end information table in the virtual 
server 101, similar to the operation at the network 
printer. If a job end is returned, the job identifier is over- 
written to indicate the normal printing completion, simi- 
lar to the page number. 

For the first print end notice request after the com- 
pletion of the data transfer by the client PC 104, it is 
assumed that only the page number is returned and the 
job ID is not renewed. In this case, the virtual server 
renews only the page number in the print end informa- 
tion table. Similarly, in response to the second print end 
notice request, only the page number is renewed. 

Between the second and third print end notice 
requests, it is assumed that printing both the jobs of the 
client PC 102 and PC 103 are completed. The network 
printer 105 overwrites first the job identifier of the client 
PC 102 and then the job identifier of the client PC 103. 

Thereafter, when the job identifier of the client PC 
103 is returned in response to the third print end notice 
request, the virtual server 101 searches the job identifi- 
ers for which the data transfer was performed before 
that of the print end confirmed job identifier, among 
those job identifiers with the set data transfer end flag in 
the queue of the network printer 105. Of the job identifi- 
ers with the set data transfer end flag in the queue, the 
job (in this example, the job of the client PC 102) 
spooled before the job of the client PC 1 03 is judged as 
having completed printing. Therefore, a job deletion 
instruction is sent to each client PC in order to make 
each client PC delete the job information and the tem- 
porary file. In this case, although the data transfer end 
flag of the client PC 104 is being set in the queue, the 
job of the PC 104 was spooled before the job of the cli- 
ent PC 103. Therefore, the print completion is not 
judged for the job of the client PC 104, and the instruc- 
tion to delete the job information and the temporary file 
is not sent. 

The client PCs 102 and 103 received the job dele- 
tion instruction delete the job information and temporary 
files, and a deletion result is notified to the virtual server 
101. Upon reception of the deletion result, the virtual 
server 101 recognizes the deletion of the jobs of the cli- 
ent PCs and deletes the corresponding job information 
from the queue of the virtual server 101 . 

It is assumed that the network printer 105 com- 
pletes the printing of the job of the client PC 104 trans- 
ferred at the third time and that the job identifier of the 
completed job is overwritten. In this case, until the print 
data to be next transferred is printed completely, the 
network printer 1 05 does not renew any job identifier. 

In response to the next print end notice request, if 
the network printer 1 05 returns the job identifier of the 
client PC 104 as having completed printing, the virtual 
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server 101 performs the operation similar to the preced- 
ing two jobs to send the deletion instruction to the client 
PC 104. The client PC 104 performs the operation sim- 
ilar to the case of the preceding two jobs to delete the 
job and notify the deletion result to the virtual server 5 
101. Upon reception of the deletion result notice, the vir- 
tual server 101 deletes the job information from the 
queue and resumes the steady state, similar to the case 
of the preceding jobs. 

In the above description, after the print data of each 10 
job is sequentially transferred, the network printer 105 
returns an end notice of page or job to the virtual server 
101, and the virtual server 101 performs necessary 
processes. The page end or job end is not necessarily 
acquired after the data transfer, but the page end or job 75 
deletion instruction may be performed at any timing 
when the virtual server 101 acquires it. 

In the example of the above operation sequence, 
each client PC spools each job relative to the same 
printer. Even if one client PC sequentially spools a plu- 20 
rality of jobs in an optional order, the confirmation of the 
print operation can be achieved in the above manner. 

The network printer stores therein a job identifier 
with finished printing. Instead, the network board may 
store a job ID number sent from a client PC together 25 
with print data, as MIB information. The job ID number 
may be a number predetermined by the virtual server 
service, a job name, or a simple numerical value. The 
virtual server acquires such an identifier by using 
SNMP. 30 

Next, the above sequence operations by the client 
machine, virtual server and network printer will be 
described with reference to the flow charts. 

The operation by the client PC when the print start 
instruction is received from the virtual server as illus- 35 
trated in Fig. 48, will be described with reference to the 
flow chart of Fig. 49, 

At Step S4901, the client PC waits for an instruc- 
tion. Upon reception of an instruction from the virtual 
server 101 under the conditions that the client PC waits 40 
for the instruction at Step S4901, the flow advances to 
Step S4902. At Step S4902, the client PC checks 
whether the instruction received from the virtual server 
101 is the print start instruction. If the instruction from 
the virtual server 101 is the print start instruction, the as 
flow advances to Step S4903. 

At Step S4903, in accordance with the job ID con- 
tained in the print start instruction of the virtual server 
101, the job information of the job received the print 
start instruction is searched from all sets of the job infor- so 
mation managed by the client service, and a flag is set 
indicating the data transfer. This flag may be an inde- 
pendent bit provided in the job information, which bit is 
set during the data transfer and reset after the data 
transfer, or this flag may be a shared flag in the job infor- 55 
mation in which the flag is used so that the job status is 
set to "during data transfer" during the data transfer and 
is changed to "already transferred" after the data trans- 



fer to leave the job. In the following, such a flag is collec- 
tively called a data transfer flag. 

After the data transfer flag is set, at Step S4904 the 
temporary file of the job recorded in the job information 
searched by the job ID is transmitted over the network to 
the port designated by the printer name and with the 
spooled job (e.g., designated by an identifier capable of 
discriminating the network printer, such as an IP 
address), to thereby transfer the print data. This print 
data contains the print data written by a page descrip- 
tive language as well as a job identifier written by JL (job 
language). 

After the data transfer, the flow advances to Step 
S4905 whereat a data transfer end flag indicating the 
completion of the data transfer of the job is set, or the 
job status is changed to a status representative of the 
data transfer completion. 

Next, at Step S4906, the client PC notifies the vir- 
tual server 101 of the effect that the print data of the job 
received the print start instruction was transferred. The 
virtual server 101 renews the job information on the vir- 
tual server 101 and the data transfer end flag or 
changes the job status to the status representative of 
the data transfer completion. After the data transfer end 
notice, the standby state at Step S4901 resumes while 
the job information and job temporary file are retained. 

The data transfer operation by the client PC has 
been described above. 

Next, the operation of the virtual server 101 when it 
receives the data transfer end notice will be described 
with reference to the flow chart shown in Fig. 50. 

At Step S5001, the virtual server waits for an 
instruction received by the virtual server service. If the 
virtual server service receives any instruction, the flow 
advances to Step S5002. 

At Step S5002. it is checked whether the instruction 
received by the virtual server service is the data transfer 
end notice from the client PC. If it is the data transfer 
end notice, the flow advances to Step S5003. 

At Step S5003, the virtual server sets the transfer 
end flag to the job information of the job with the con- 
firmed print data transfer, or changes the job status to a 
status representing the data transfer completion. 

At Step S5004, it is checked whether there is the 
next job in the queuing table of the next job spooled to 
the same printer which the virtual server confirmed the 
job transfer end. 

If the next job is spooled, at Step S5005 the print 
start instruction is sent to the next client PC, by referring 
to the address and job ID of the next client acquired 
from the job information of the job spooled in the virtual 
server 101. 

If there is no job next spooled to the virtual server 
101 at Step S5004, after the process at Step S5005, the 
flow returns to Step S5001 to wait for the next instruc- 
tion. 

Next, with reference to Fig. 50, the operation of the 
virtual server when it confirms a page or job end by an 
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end notice from the printer, will be described. This proc- 
ess starts when the virtual server receives an end 
notice from the printer in response to the print end 
notice request transmitted from the virtual server. When 
the end process is received by the virtual server, the s 
current print status of the printer can be known. 

At Step S5001 , the virtual server 101 performs poll- 
ing at a constant interval, and when it receives the print 
end notice returned from the network printer 105, the 
flow changes from the standby state at Step S5001 to io 
Step S5002. 

At Step S5002, it is checked whether the instruction 
received by the virtual server is the data transfer end 
notice. Since the instruction received by the virtual 
server is the print end notice, the process advances to 75 
Step S5006. The judgements at Steps S5002, S5006 
and S5014 upon reception of an instruction by the vir- 
tual server, may be performed in any method so long 
the virtual server service can discriminate each event, 
such as a process difference by a difference of a com- 20 
munications protocol, and a command or flag in the 
communications data. 

At Step S5006, it is checked if the instruction is the 
print end notice from the network printer 105. If it is the 
print end notice, at Step S5007 the end information of 25 
each network printer is renewed. In updating the end 
information, two types of information including the page 
number and the completed job identifier are overwritten 
in the current end information table. This table is man- 
aged by the virtual server service and may have any for- 30 
mat if it can record the page number and completed job 
identifier. 

Next, at Step S5008 it is checked whether there is 
the job still not deleted in the queuing table. 

If there is no job still not deleted and having a set 35 
data transfer end flag at Step S5009, the flow advances 
to Step S5016 for the judgement of a page end. If there 
is a job already transmitted data to the network printer 
and still not deleted, the process at Step S5010 is per- 
formed. 40 

At Step S5010, it is checked whether the renewed 
end information is not an initializing code and whether it 
has a valid value as the job identifier. If the renewed end 
information is the job identifier, the flow advances to 
StepS5011. 45 

At Step S501 1 , in accordance with the completed 
job identifier, a job with a set data transfer end flag is 
searched from the queue. If the searched job has the 
job identifier of the completed job or has the job identi- 
fier of a job spooled before the searched job, then the so 
flow advances to Step S5012. If there is no correspond- 
ing job, trie flow advances to Step S5016 for the page 
end judgement. At Step S5012, the job information 
deletion flag is set. 

Next, at Step S5013 the job deletion notice is sent. 55 
The flow returns from Step S5013 to Step S5008 to 
repeat the above processes until the job information 
deletion flag is set to the job identifier of the completed 



job and to all the job identifiers of jobs spooled before 
the searched job. After the job information deletion flag 
is set to all the job identifiers spooled before the print 
completed job identifier, among the queuing tables with 
the set data transfer flag in the queue, the flow 
advances from Step S501 1 to Step S501 6. If all the jobs 
with the set data transfer flag are spooled before the 
searched job, the job information deletion flag is set at 
Step S5012 and when there is no job still not deleted, 
the flow advances to Step S501 6. 

If the renewed end information is not an initializing 
code and has a numerical value proper for the end 
page, then the flow advances to Step S5017 whereat 
the end page number is notified to each client PC, and 
thereafter the flow returns to Step S501 7 in the standby 
state. If the renewed end information has an improper 
numerical value as the end page number, the flow 
returns to the standby state at Step S501 7, without per- 
forming any operation. 

Next, with reference to Fig. 49, the operation of the 
client PC when it receives the job information deletion 
instruction from the virtual server, will be described. 

When the client PC under the standby state at 
S4901 receives the job deletion notice from the virtual 
server, since the instruction is the deletion instruction, 
the flow advances to Step S4902 to Step S4907. At 
Step S4908, it is checked whether the corresponding 
job is a job already transferred print data, ff there is no 
job with a set data transfer end flag in the client PC, it 
means an error and the job deletion notice is neglected 
to return to Step S490 1 . If there is a job with the set data 
transfer end flag instructed to be deleted from the virtual 
server, the flow advances to Step S4909. 

At Step S4909, the client service acquires the pass 
name of the temporary film from the job information and 
deletes the print data file. 

Next, at Step S4910, the job information of the job 
received the deletion instruction and managed by the 
client PC is deleted. After the print data and job informa- 
tion of the job received the deletion instruction are 
deleted, at Step S491 1 the deletion result notice is noti- 
fied to the virtual server to thereafter return to the 
standby state at Step S4901. 

Next, the operation of the virtual server received the 
deletion result notice will be described with reference to 
Fig. 50. 

At Step S5001, when the virtual server in the 
standby state at Step S5001 receives the deletion result 
notice from the client PC, the flow advances to Steps 
S5002, S5006 and S5014. If the instruction is not the 
deletion result notice or if the job information deletion 
flag is not set to the job information of the job the client 
PC confirmed the deletion, this instruction is discarded. 
If the job information deletion flag is set to the job infor- 
mation of the job indicated by the deletion result notice, 
at Step S5015 the job information is deleted to thereaf- 
ter return to the standby state at Step S5015. 

Next, the operation of recording the job identifier of 
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a job completed by the network printer and the page 
number of a print completed page will be described with 
reference to Fig. 51. 

Step S5101 shown in Fig. 51 indicates a standby 
state in which the network board or communication unit s, 
of the network printer waits for information of a non- 
request status such as JL. When a job print is com- 
pleted, a non-request status is supplied from the net- 
work printer. 

At Step S5102, CPU 501 of the printer judges a job 
print end. 

At Step S5103, the job identifier is acquired from 
the non-request status of JL, and overwritten in the end 
job identifier field of a notice returned from the commu- 
nication unit to the virtual server, to thereafter return to 
Step S5101. In this embodiment, although the commu- 
nication unit is the network board, the communication 
unit may be an interface via which the job identifier is 
stored in the storage unit 603 of the printer. 

If the instruction received at Step S5102 is not the 
job end notice, the flow advances from Step S5102 to 
Step S5104. At Step S5104, it is checked whether the 
received notice is a page end notice. If it is the page end 
notice, the flow advances to Step S51 05. Similar to Step 
S5103, at Step S5105 the end page number is overwrit- 
ten to thereafter return to Step S5101. If the received 
notice is any one of other non-request statuses, all 
these non-request statuses are neglected. 

As described above, the network system com- 
prises: a printer including storage means (RAM 602, 
storage unit 603, or storage means in the network board 
606) for storing identification information of print com- 
pleted print data and notifying means (network board 
606) for notifying the server of the identification means 
stored in the storage means; an information processing 
apparatus .including transmitting means (interface 209 
of the client) for transmitting the job information of print 
data to the server and spooling means (virtual print 
spooler in HD 205) for spooling print data; and a server 
including sequential order control means (CPU 200 of 
the server) for controlling the print sequential order in 
accordance with the job information transmitted from 
the transmitting means and transferring means (inter- 
face 209 of the server) for transferring transmission 
enabled information indicating that print data can be 
transmitted to the printer, wherein the server deletes the 
job information of a job with the completed print opera- 
tion notified by the notifying means. 

The server further includes deletion instruction 
means (virtual print server service (server) 712) for 
instructing the information processing apparatus to 
delete print data possessed by the apparatus, wherein 
when the notifying means notifies a job with the com- 
pleted print operation, the deletion instruction means 
instructs the information Processing apparatus to delete 
print data. 

After the information processing apparatus (client 
computer) deletes the print data, the server. deletes the 



corresponding job information. 

With the above processes, it is possible to confirm 
that the print data of a job in the network printer has 
been printed completely and to perform after this confir- 
mation the function of deleting the job information and 
print data by the client PC. At the same time, it is possi- 
ble for a user to know from an absence of the job infor- 
mation in the virtual server that the print data has been 
printed completely. 

(Seventh Embodiment) 

The sequence of reprinting according to the 
embodiment will be described. Fig. 52 is a sequence 
diagram illustrating the operation of reprinting according 
to the seventh embodiment* of the invention. In the 
sequence diagram shown in Fig. 52, the client PC 102 
and PC 103 spool two jobs to the virtual server 101 in 
the system shown in Fig. 1 by using the normal registra- 
tion method, and the client PC 102 transfers print data 
to the network printer 105. 

When the client PC 102 returns a transfer end 
notice of the print data to the virtual server 101 , the vir- 
tual server 101 sends the print start instruction to the cli- 
ent PC 103 spooled to the virtual server 101, and the 
client PC 103 transfers the print data to the network 
printer 105. After the print data is transferred, the client 
PC 103 returns the transfer end notice to the virtual 
server 101. During the above operations, the virtual 
server 101 transmits at a constant interval the end 
notice request to the network printer 105 to thereby 
obtain the job identifier of a job with the print end notice, 
similar to the embodiment of the print operation confir- 
mation. 

Even if an error occurs at the network printer 105 
without the confirmation of print ends of the jobs of the 
client PCs 102 and 103 by the print end notice, if the 
error is of the type it can be recovered, the print data is 
not lost. However, depending upon the type of errors, 
the printer is required to be initialized. After the network 
printer 105 is initialized and the error is recovered, ini- 
tializing codes used only for the initializing process are 
written in the reception buffer of the network printer 105 
in place of the job identifier of a print completed job and 
the end page number. After the initialization, both the 
job identifier and end page number are not overwritten 
until the first job is normally printed and ejected. The 
intializing codes may be any codes if they can indicate 
the initialization of the network printer 105. For example, 
if the job identifier and end page number are constituted 
of only numerical values, they may be filled with asterisk 
marks. 

If the virtual server 101 having two jobs with the set 
data transfer end flag receives the initializing codes as 
the print end notice from the network computer 1 05, the 
virtual server 101 sends a job reprint instruction to the 
client PCs 102 and 103 which in turn transfer the print 
data again to the network printer 1 05. In the above man- 
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ner, reprinting is performed. 

Next, with reference to the flow chart shown in Fig. 
53, the operation of reprinting on the side of the virtual 
server will be described. 

Fig. 53 is a flow chart illustrating the operation of 
the virtual server for the reprinting process of the sev- 
enth embodiment, added to the flow chart of Rg. 50 
illustrating the operation of the virtual server for the print 
operation confirmation. 

When the initializing codes as the print end notice 
are received in the standby state at Step S5301, the 
flow advances to Steps S5302 and S5306, and at Step 
S5307 the initializing codes themselves are used as the 
print end notice. 

At Step S5308, a job with the set data transfer end 
flag and still not deleted is searched from the printer 
queue. 

At Step S5309, it is checked whether there is a job 
already transferred and still not deleted, among spooled 
jobs. If not, the print end notice is a normal initialization 
and is not the end page number, so that the flow returns 
via Step S53 1 8 to Step S530 1 . 

If at Step S5309 there is a job with the set data 
transfer end flag and still not deleted, at Step S5310 it is 
checked whether the job end can be confirmed. If not, 
the flow advances to Step S5311 whereat the data 
transfer end flag of the job already transferred is reset or 
the status is changed to a reprint status to allow the 
print queue to issue a print start instruction; 

At Step S5312, a reprint instruction is issued to the 
client PC. After the reprint instruction is issued, the flow 
returns to Step S5308 to repeat the above processes if 
there is a job still not deleted. If there is no job still not 
deleted, the flow advances from Step S5309 to Step 
S5318 and resumes the standby state at Step S5301. 

The operation of reprinting by the client PC will be 
described with reference to the flow chart of Fig. 54. 
The flow chart of Fig. 54 illustrates the operation of 
reprinting by the client PC according to the seventh 
embodiment of the invention. 

The flow chart of Fig. 54 is a flow chart illustrating 
the operation of reprinting by the client PC according to 
the seventh embodiment of the invention, added to the 
flow chart of Fig. 49 illustrating the operation of the cli- 
ent PC for the print operation confirmation. 

After the client service receives the reprinting 
instruction at Step S5401, the flow advances to Step 
S5402 and Step S5407. Since the print end notice is the 
reprinting, a data retransfer flag is set to the job informa- 
tion. 

At Step S5409, the client PC transfers again the 
print data to the network printer. After the print data is 
transferred, a data transfer end flag is again set at Step 
S5410. 

At Step S541 1 , a data transfer end notice is sent to 
the virtual server to thereafter return to the standby 
state at Step S5401. 

The client operates in the above manner. 



The operation of overwriting the initializing codes 
when the network printer is to be initialized, will be 
described with reference to Fig. 55. 

After the network printer is initialized at Step S5501 , 
s the initializing codes such as asterisks are written in the 
storage medium (RAM or the like) of the network printer 
or in the job identifier field of the storage medium of the 
network board, at Step S5502. At Step S5503, the ini- 
tializing codes are written in the end page field. The flow 
70 thereafter enters the standby state at Step S5504 
whereat the print end notice request from the virtual 
server can be received. 

With the above processes and the print operation 
confirmation processes, the lost job can be reprint. 

75 

(Eighth Embodiment) 

In the eighth embodiment of the invention, the oper- 
ation of stopping data transfer by the client service upon 

20 reception of a suspension instruction from a user and 
thereafter resuming its operation will be described with 
reference to the flow chart of Fig. 56. 

The flow chart of Fig. 56 illustrates the operation of 
the client service which suspends data transfer upon 

25 reception of the suspension instruction from a user and 
thereafter resumes its operation. 

In order to send the suspension instruction of a 
user to the client service, the server service may send 
the instruction similar to the print start instruction, or the 

30 instruction may be directly sent to the client service if 
the instruction is sent from the client PC which is now 
transferring print data. In the latter case, it is assumed 
that even if the instruction is directly sent to the client 
service, the job and printer status are processed syn- 

35 chronously with the server service so that the job infor- 
mation and other management information have no 
contradiction. 

At Step S5601 shown in Fig. 56, the client service 
waits for an instruction form a server or a user. For 

40 example, in the case of Windows, even if the client serv- 
ice is executing another process, the instruction can be 
received by using another thread. 

If the client service receives some instruction, it is 
checked at Step S5602 whether the instruction is the 

45 suspension instruction to a job which can be sus- 
pended. At Step S5603, the job status is suspended, 
the job information is renewed in accordance with the 
status change, and if necessary, the server service 
information is renewed. 

so At Step S5604, the data transfer flag is checked, 
and if the job whose print data is still not transferred, the 
flow returns to the standby state at Step S5601 to sus- 
pend the job. 

If during the data transfer, the flow advances to 

55 Step S5605 to suspend the print data transfer and 
thereafter return to the standby state at Step S5601 . 

When a data transfer continuation instruction 
reaches the client service, the flow advances to Step 
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S5602 and Step S5606 whereat it is checked whether 
the print data transfer continuation instruction is 
directed to the suspended job. If the instruction is not 
directed to the suspended job managed by the client 
service, the flow returns to the standby state at Step 5 
S5601 . H the instruction is directed to the suspended 
job managed by the client service, the flow advances to 
Step S5607 to check whether another job is being 
printed. 

If another job is being printed by the same printer, 
the f tow advances to Step S5608 whereat the job is reg- 
istered again at the top of jobs which are waiting for the 
print operation, and thereafter the flow returns to the 
standby state at Step S5601 . 

If there is no job under printing and the data transfer 
can be resumed at Step S5607, the job information is 
renewed, for example, by changing the job status to a 
printing status, and if necessary, the job information of 
the server is also renewed. 

At Step S5610, it is judged from the print data trans- 
fer flag whether the suspended job continues print data 
transfer. If the job is suspended before the print data 
transfer, or if the job is suspended during the print data 
transfer by errors or time-out at a communication part- 
ner, then the flow advances to Step S561 1 whereat the 
print data transfer flag is set, and at Step S5612 the 
print data from the start thereof is transferred in the 
manner like the ordinary print operation. 

If another job is printing at the same printer after the 
suspension, then the print operation of the suspended 
job is performed after the completion of the print opera- 
tion of the other job. The data transfer flag is reset if the 
data transfer is suspended by errors or time-out. If the 
print data transfer still continues at Step S5610, the flow 
advances to Step S5613 to continue the print data 
transfer in the manner like the ordinary print operation. 

With the above processes, the job suspended dur- 
ing the print data transfer can later continue its opera- 
tion to perform the print or reprint operation in the 
manner like the ordinary print operation. 

As described so far, according to the present inven- 
tion, the printer information is entered in a printable indi- 
cation command received by the client from the server 
and entered when setting the client port and printer dur- 
ing the client setting process. Therefore, an operator is 
not necessary to enter the printer information (IP 
address and the like), but the printer information can be 
acquired automatically from the printer name and the 
like and the client setting can be changed automatically 
only by changing the server setting. It is therefore possi- 
ble to manage the system easily. 

Since the virtual server is given a virtual printer 
name, a user is not necessary to set another print spec- 
ification for each printer each time a print operation . is 
performed. For example, if an operator (manager) of a 
virtual server registers a name "VPS-PRINTER1" for an 
A4 horizontal cassette and a name "VPS-PRINTER2" 
for an A4 vertical cassette, even a novice user can set 



the print specification set by the manager by selecting 
the virtual printer name. Since the virtual printer can be 
assigned a virtual printer name, it is not necessary for a 
user to set a different print specification of one printer 
each time the user performs a print operation. For 
eXample, if an operator (manager) of a virtual server 
registers a name "VPS-PRINTER1" for an A4 horizontal 
cassette and a name "VPS-PRINTER2" for an A4 verti- 
cal cassette, even a novice user can set the print speci- 
fication set by the manager by selecting the virtual 
printer name. 

When a job inquiry is issued from the client to the 
server, the server inquiries a list of jobs presently in the 
printer, and in accordance with the received job list and 
the list of jobs presently in the server, the server gener- 
ates a list of jobs presently in the whole system and noti- 
fies the client of the new list. As compared to 
conventional techniques, more correct information can 
be referred. Even if a job disappears because of some 
errors in the network printer, the client can confirm this 
disappeared job. 

The virtual server receives from the client the infor- 
mation necessary only for the sequential order control 
of print data, and adds the printer information to the 
printable indication command to be received by the cli- 
ent. The server sends print data to the printer. With this 
system, the load on the server can be reduced. Accord- 
ingly, if the client requests the server to send the job list, 
the server requests also the job list of the printer so that 
a job list of the whole system can be formed. Further- 
more, even an apparatus without a function of recogniz- 
ing a job and a job deletion function which apparatus is 
shared by a plurality of communications terminal on the 
network, does not occupy excessive resources other- 
wise necessary for the sequential order control mecha- 
nism. By changing only the server setting, it becomes 
unnecessary to change the setting of all clients so that 
the system can be managed easily. 

Even if the virtual server has some error or is shut 
down, the client can perform a print operation. Further- 
more, even if the printable indication is not returned for 
a predetermined time from the virtual server, the client 
can perform a print operation. 

Even if a printer becomes abnormal after the virtual 
server judges that the printer is normal and it sends a 
print instruction to a client, the client can issues again 
the job so that the server can recognize the printer sta- 
tus and the Job can be controlled easily. 

It is possible to confirm that the print data of a job 
has been printed completely and to perform under this 
confirmation the function of deleting the job information 
and print data by the client computer At the same time, 
it is possible for a user to know from an absence of the 
job information in the virtual server that the print data 
has been printed completely. 

The disappeared job can be printed later. 

The job suspended during the print data transfer 
can later continue its operation to perform the print or 
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reprint operation in the manner like the ordinary print 
operation. 

A client transmits only job information of print data 
to a server, the server manages a print order in accord- 
ance with the job information, and if printable, the client s 
transmits the print data directly to a printer. After the 
print is completed, the printer notifies the server of a 
print completion, and upon reception of this print com- 
pletion notice, the server instructs the client to delete 
the print data. In a print system on a network configured 10 
as above, the network traffic is not increased, a large 
memory capacity is not necessary for the server so that 
the server load is reduced, the job management of the 
server can be performed by the client, the completion of 
a print operation can be monitored, and a print opera- 75 
tion is possible even if the server is in an error state. 

Claims 

1 . A print system comprising: 20 

an information processing apparatus including 
transmitting means for transmitting job informa- 
tion of print data to a print control apparatus 
and storage means for storing the print data 2s 
corresponding to the job information transmit- 
ted from said transmitting means; and 
the print control apparatus including sequential 
order controlling means for controlling a print 
order in accordance with the job information 30 
e transmitted from said transmitting means and 
outputting means for outputting output enabled 
information to said information processing 
apparatus, the output enabled information indi- 
cating that the print data can be output to a 35 
printer, 

wherein said information processing 
apparatus instructs said transmitting means to 
transmit the job information of the print data 
necessary for said sequential order control 40 
means of said print control apparatus, to said 
print control apparatus, said print control appa- 
ratus instructs said sequential order control 
means to control the print order in accordance 
with the job information transmitted from said 45 
transmitting means, and when said print control 
apparatus outputs the output enabled informa- 
tion to said information processing apparatus, 
said information processing apparatus trans- 
mits the print data stored in said storage 50 
means, to said printer. 

2. A print system according to claim 1 , wherein the 
print system is configured on a network having at 
least one information processing apparatus, one 55 
print control apparatus, and one printer. 

3. A print system according to claim 1 , wherein said 



print control apparatus further includes judging 
means for judging whether graphics data can be 
output to said printer, and said outputting means 
outputs the output enabled information to said infor- 
mation processing apparatus which transmitted the 
job information of the graphics data, if said judging 
means judges that the graphics data can be output 
to said printer. 

4. A print system according to claim 1 , wherein said 
information processing means includes inquiry 
means for inquiring a job list to said print control 
apparatus, and if said inquiry means inquires the 
job list to said print control apparatus, said print 
control apparatus inquires the job list of jobs pres- 
ently in said printer, forms job list information of a 
job list of all jobs in the print system in accordance 
with the job list received from said printer and a job 
list of jobs presently in said print control apparatus, 
and notifies the job list information to said informa- 
tion processing apparatus. 

5. A print system according to claim 1 , wherein rf said 
print control apparatus does not output the output 
enabled information to said information processing 
apparatus, said information processing apparatus 
transmits the print data directly to said printer. 

6. A print system according to claim 1 , wherein in reg- 
istering the job information of the print data in said 
print control apparatus by said information process- 
ing apparatus, if said print control apparatus is in an 
error state, said information processing apparatus 
transmits the print data directly to said printer. 

7. A print system according to claim 1 , wherein said 
information processing apparatus transmits the 
print data directly to said printer, if the output ena- 
bled information is not transmitted from said print 
control apparatus for a time preset to said informa- 
tion processing apparatus after said information 
processing apparatus registers the job information 
of the print data in said print control apparatus. 

8. A print system according to. claim 1 . wherein if said 
information processing apparatus receives the out- 
put enabled information from said print control 
apparatus and transmits the print data to said 
printer and said printer does not receive the print 
data, the job information of the print data in said 
print control apparatus is re-registered in said print 
control apparatus. 

9. A print system according to claim 1 , wherein said 
information processing apparatus holds the print 
data in said storage means until said printer com- 
pletes the print operation. 



22 



43 



EP 0 854 415 A2 



44 



10. A print system according to claim 1, wherein said 
printer includes storage means for storing discrimi- 
nation information of the print data with the com- 
pleted print operation and notifying means for 
notifying the discrimination information stored in 5 
said storage means to said print control means, 
wherein said print control apparatus deletes the job 
information of the print data notified by said notify- 
ing means that the print operation is completed. 

10 

1 1 . A print system according to claim 1 0, wherein said 
print control apparatus further includes deletion 
instructing means for instructing said information 
processing apparatus to delete the print data held 

by said information processing apparatus, and said is 
print control apparatus makes said deletion 
instructing means instruct said information 
processing apparatus to delete the print data, if said 
print control apparatus is notified of a job with the 
completed print operation by said notifying means. 20 

12. A print system according to claim 10, wherein the 
discrimination information of the print data stored in 
said storage means includes a page number of a 
printed page and an identifier of a job with the com- 25 
pleted print operation. 

1 3. A print system according to claim 1 0, wherein said 
print control apparatus issues a reprint instruction 

to said information processing apparatus, if there is 30 
the print data transferred from said information 
processing apparatus to said printer before the job 
notified by said notifying means as the job with the 
completed print operation. 

35 

14. A print system according to claim 10, wherein said 
print control apparatus notifies the discrimination 
information of said notifying means to said server, 
when said print control apparatus sends a job end 
notice request to said printer. 40 

1 5. A print system according to claim 1 0, wherein when 
said information processing apparatus receives a 
suspension instruction while said information 
processing apparatus transfers the print data to 45 
said printer, said information processing apparatus 
suspends the transfer of the print data, and 
resumes the transfer of the remaining print data 
after a data transfer continuity instruction is 
received. so 

16. An information processing apparatus comprising: 

transmitting means for transmitting the job 
information of print data to a print control appa- 55 
ratus; and 

storage means for storing the print data even 
after said transmitting means transmits the job 



information to said print control apparatus, 

wherein when said print control appara- 
tus indicates that the print data can be output to 
said printer, the print data stored in said stor- 
age means is transmitted to said printer. 

17. An information processing apparatus according to 
claim 16, wherein the information processing appa- 
ratus is connected to a network having a plurality of 
information processing apparatuses, print control 
apparatuses, and printers. 

18. An information processing apparatus according to 
claim 16, further comprising inquiry means for 
inquiring a job list to said print control apparatus. 

19. An information processing apparatus according to 
claim 1 6, wherein the information processing appa- 
ratus transmits the print data directly to said printer, 
if said print control apparatus notifies said informa- 
tion processing apparatus of the effect that the print 
data can be output to said printer. 

20. An information processing apparatus according to 
claim 16, wherein in registering the job information 
of the print data in said print control apparatus by 
said information processing apparatus, if said print 
control apparatus is in an error state, said informa- 
tion processing apparatus transmits the print data 
directly to said printer. 

21. An information processing apparatus according to 
daim 1 6, wherein said information processing 
apparatus transmits the print data directly to said 
printer, if the output enabled information is not 
transmitted from said print control apparatus for a 
time preset to said information processing appara- 
tus after said information processing apparatus reg- 
isters the job information of the print data in said 
print control apparatus. 

22. An information processing apparatus according to 
claim 16 wherein rf said information processing 
apparatus receives the output enabled information 
from said print control apparatus and transmits the 
print data to said printer and said printer does not 
receive the print data, the job information of the 
print data in said print control apparatus is re-regis- 
tered in said print control apparatus. 

23. An information processing apparatus according to 
daim 16, wherein said information processing 
apparatus holds the print data in said storage 
means until said printer completes the print opera- 
tion. 

24. An information processing apparatus according to 
claim 16, wherein when said information process- 
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ing apparatus receives a suspension instruction 
while said information processing apparatus trans- 
fers the print data to said printer, said information 
processing apparatus suspends the transfer of the 
print data, and resumes the transfer of the remain- 5 
ing print data after a data transfer continuity instruc- 
tion is received. 

25. An information processing apparatus comprising: 

10 

sequential order control means for controlling a 
. print order in accordance with job information 
of print data transmitted from an external appa- 
ratus; and 

outputting means for outputting output enabled is 
information to said external apparatus, the out- 
put enabled information indicating that graph- 
ics data of a job represented by the job 
information can be output to a printer, 

wherein the job information includes 20 
information among the print data necessary 
only for the execution of said sequential order 
control means, and said external apparatus 
outputs the print data to said printer. 

25 

26. An information processing apparatus according to 
claim 25, wherein the information processing appa- 
ratus is connected to a network having a plurality of 
information processing apparatuses and printers. 

30 

27. An information processing apparatus according to 
claim 25, wherein said outputting means judges 
whether the print data can be output from said 
external apparatus to said printer, and if it is judged 
that the print data can be output, the output enabled 35 
information is output to said external apparatus 
having the print data. 

28. An information processing apparatus according to 
claim 25, wherein when a jobjist is inquired by said 40 
external apparatus, said information processing 
means inquires a job list of jobs presently in said 
printer, forms job list information of a job list of all 
jobs in a system in accordance with the job list 
received from said printer and a job list of jobs pres- 45 
entiy in said information processing apparatus, and 
notifies the job list information to said external 
apparatus. 

29. An information processing apparatus according to so 
claim 25. wherein when discrimination information 

of the print data with the completed print operation 
is notified by said printer, the job information of the 
print data is deleted. 

55 

30. An information processing apparatus according to 
claim 25, further comprising deletion instructing 
means for instructing said external apparatus to 



delete the print data possessed by said external 
apparatus, wherein when a job with the completed 
print operation is notified by said printer, said dele- 
tion instructing means instructs said external appa- 
ratus to delete the print data. 

31. An information processing apparatus according to 
claim 25, wherein a reprint instruction is issued to 
said external apparatus, if there is the print data 
transferred from said external apparatus to said 
printer before the job notified by said printer as the 
job with the completed print operation. 

32. An information processing apparatus according to 
claim 29, further comprising requesting means for 
requesting a job end notice to said printer, wherein 
discrimination information of the job end notice is 
received from said printer after said requesting 
means requests the job end notice. 

33. A method of controlling a print system comprising 
an information processing apparatus and a print 
control apparatus, said method comprising the 
steps of: 

transmitting job information of print data from 
the information processing apparatus to the 
print control apparatus; 

storing the print data corresponding to the 
transmitted job information in the information 
processing apparatus; 

controlling a print order in accordance with the 
transmitted job information in the print control 
apparatus; 

- outputting output enabled information from the 
print control apparatus to the information 
processing apparatus, the output enabled infor- 
mation indicating that the print data can be out- 
put to a printer; 

instructing said transmitting steps to transmit 
the job information of the print data necessary 
for said print order control step to the print con- 
trol apparatus; 

instructing said print order control step to con- 
trol the print order in accordance with the trans- 
mitted job information; and 
upon output of the output enabled information 
from the print control apparatus to the informa- 
tion processing apparatus, transmitting the 
stored print data from the information process- 
ing apparatus to the printer. 

34. A method of controlling an information processing 
apparatus comprising the steps of: 

transmitting job information of print data to a 
print control apparatus; 

storing the print data even after said transmit- 
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ting step transmits the job information to the 
print control apparatus; and 
when the print control apparatus indicates that 
the print data can be output to a printer, trans- 
mitting the stored print data to the printer. s 

35. A method of controlling an information processing 
apparatus comprising the sptes of: 

controlling a print order in accordance with job w 
information of print data transmitted from an 
external apparatus; 

outputting output enabled information to the 
external apparatus, the output enabled infor- 
mation indicating that graphics data of a job 75 
represented by the job information can be out- 
put to a printer, wherein the job information 
includes information among the print data nec- 
essary only for the execution of said sequential 
order control means; and 20 
outputting the print data from the external 
apparatus to the printer. 
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